ILF Diskussion:Allgemeiner Implementierungsleitfaden (Version 3): Unterschied zwischen den Versionen

Aus HL7 Austria MediaWiki
Wechseln zu: Navigation, Suche
K (TemplateID Erweiterung vs neue Schema-Elemente)
K (TemplateID Erweiterung vs neue Schema-Elemente)
Zeile 17: Zeile 17:
 
Es soll einen Datentyp geben, der neben YYYYMMDD und YYYYMMDDhhmmss[+/-]HHMM auch YYYYMM und YYYY zulässt. Sinnvoll zur strukturierten Information von lange zurückliegenden Episoden  ("Masern im Juli 1997" und "OS-Fraktur 1966"). Verwendung zB in problem entry
 
Es soll einen Datentyp geben, der neben YYYYMMDD und YYYYMMDDhhmmss[+/-]HHMM auch YYYYMM und YYYY zulässt. Sinnvoll zur strukturierten Information von lange zurückliegenden Episoden  ("Masern im Juli 1997" und "OS-Fraktur 1966"). Verwendung zB in problem entry
 
==TemplateID Erweiterung vs neue Schema-Elemente==
 
==TemplateID Erweiterung vs neue Schema-Elemente==
Anstatt [[ILF:Allgemeiner_Implementierungsleitfaden_2020#ELGA_Implementierungsleitfaden-Kennzeichnung_.28.E2.80.9EtemplateId.E2.80.9C.29|XDS.formatCode]] und [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Terminologiedatum|Terminologie-Datum]] an TemplateID ELemente zu binden, könnte man auch Schema-Erweiterungen definieren, ähnlich wie bei  [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Fachliche_Zuordnung_des_Dokuments_.28.E2.80.9Ehl7at:practiceSettingCode.E2.80.9C.29|hl7at:practiceSettingCode]]
+
Anstatt [[ILF:Allgemeiner_Implementierungsleitfaden_2020#ELGA_Implementierungsleitfaden-Kennzeichnung_.28.E2.80.9EtemplateId.E2.80.9C.29|XDS.formatCode]] und [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Terminologiedatum|Terminologie-Datum]] an TemplateID Elemente zu binden, könnte man auch Schema-Erweiterungen definieren, ähnlich wie bei  [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Fachliche_Zuordnung_des_Dokuments_.28.E2.80.9Ehl7at:practiceSettingCode.E2.80.9C.29|hl7at:practiceSettingCode]]
 
Wäre das nicht eleganter?
 
Wäre das nicht eleganter?

Version vom 9. Juni 2020, 12:04 Uhr

1 Bekannte Fehler

1.1 Falsche Verwendung von AddressUse (statt ELGA_TelecomAddressUse)

Einige Templates verlinken statt ELGA_TelecomAddressUse auf: 2.16.840.1.113883.1.11.190 AddressUse betrifft:

  • 1.2.40.0.34.6.0.11.1.21 Participant Ein-, Ueber-, Zuweisender Arzt
  • 1.2.40.0.34.6.0.11.1.42 Auftraggeber / Ordering Provider
  • 1.2.40.0.34.6.0.11.1.28 Participant Weitere Behandler
  • 1.2.40.0.34.6.0.11.9.13 Participant Body

Steht richtig in der Beschreibung, aber das falsche Value Set wird referenziert. Sobald die Value Sets aus Basisleitfäden ins ATCDABBR verschoben wurden, können diese ebenfalls referenziert werden.

2 Diskussion

2.1 XDS-Mapping von clinicalDocument.code und translation

Beim Mapping von clinicalDocument.code und clinicalDocument.code.translation auf XDS.documentClass und XDS.documentType: Ist es besser clinicalDocument.code auf XDS.documentClass zu mappen oder auf XDS.documentType (und vice versa)?

2.2 Mapping von XDS.formatCode

Sollte man die Extension von FormatCode besser zur templateID[2] (die für das Leitfaden-PDF) hängen?

2.3 Verwendung von ungenauen Datums-Angaben

Es soll einen Datentyp geben, der neben YYYYMMDD und YYYYMMDDhhmmss[+/-]HHMM auch YYYYMM und YYYY zulässt. Sinnvoll zur strukturierten Information von lange zurückliegenden Episoden ("Masern im Juli 1997" und "OS-Fraktur 1966"). Verwendung zB in problem entry

2.4 TemplateID Erweiterung vs neue Schema-Elemente

Anstatt XDS.formatCode und Terminologie-Datum an TemplateID Elemente zu binden, könnte man auch Schema-Erweiterungen definieren, ähnlich wie bei hl7at:practiceSettingCode Wäre das nicht eleganter?