ILF Diskussion:Labor- und Mikrobiologiebefund (Version 3): Unterschied zwischen den Versionen

Aus HL7 Austria MediaWiki
Wechseln zu: Navigation, Suche
(Release-Log)
(Release-Log)
Zeile 15: Zeile 15:
 
|Das Template "Performer Header - Laboratory" wurde ersetzt durch Performer - Laboratory.
 
|Das Template "Performer Header - Laboratory" wurde ersetzt durch Performer - Laboratory.
 
|28/Mai/21 11:37 AM
 
|28/Mai/21 11:37 AM
|3.0.0
 
|-
 
|[https://jira-neu.elga.gv.at/browse/ELGA-934 ELGA-934]
 
|
 
|Die verwendeten Elemente in den 2020 Leitfäden mit den Datentypen CD, CE und CV sollen gegen das RMIM überprüft werden, damit das selbe Element in seiner IPS Version verwendet wird. Zum Beispiel waren Vitalparameter-Entrys eingeschränkt auf CE, obwohl CD erlaubt ist und kein Grund für diese Einschränkung bekannt war. Da Templates geschlossen modelliert werden müssen die extra Elemente explizit angeboten werden. Jedoch beschränkt man sich für zukünftige Leitfäden zu stark und erzwingt ein Update des Ursprung/BBR-Leitfadens.<br />Die Elemente welche im TmE vorkommen wurde bereits geändert.<br />Bsp: <br />aus<br />{code:xml}
 
<element name="hl7:code" datatype="CD.IPS" minimumMultiplicity="1" maximumMultiplicity="1" conformance="R" isMandatory="true" id="1.2.40.0.34.777.7.9.1487">
 
<desc language="de-DE">Code des Vitalparameters.<nowiki><br clear="none"/></nowiki>
 
<nowiki><br clear="none"/></nowiki>Die Art des angegebenen Vitalparameters (Puls, Blutdruck systolisch, etc.) wird codiert in diesem Element angegeben. Die Angabe der Art des Vitalparameters bestimmt auch die möglichen Einheiten des Werts.<nowiki><br clear="none"/></nowiki>
 
<nowiki><div class="yui-wk-div"></nowiki>
 
<nowiki><b>Verweis auf speziellen Implementierungsleitfaden:</b></nowiki> Welche der Vitalparameterarten angegeben werden müssen bzw. sollen, kann im jeweiligen speziellen Implementierungsleitfaden eingeschränkt werden.<nowiki></div></nowiki>
 
</desc>
 
<vocabulary valueSet="1.2.40.0.34.10.34" flexibility="dynamic"/>
 
<constraint language="de-DE">Wenn dieses Observation-Element im Dokument mit der TemplateID "1.2.40.0.34.6.0.11.0.10" (Telemonitoring Episodenbericht) verwendet wird ist eine Translation zu diesem Code mit dem Attribut codeSystem="2.16.840.1.113883.6.24" verpflichtend!</constraint>
 
</element>
 
{code}
 
wurde
 
{code:xml}
 
<element name="hl7:code" datatype="CD.IPS" minimumMultiplicity="1" maximumMultiplicity="1" conformance="R" isMandatory="true" id="1.2.40.0.34.777.7.9.1487">
 
<desc language="de-DE">Code des Vitalparameters.<nowiki><br clear="none"/></nowiki>
 
<nowiki><br clear="none"/></nowiki>Die Art des angegebenen Vitalparameters (Puls, Blutdruck systolisch, etc.) wird codiert in diesem Element angegeben. Die Angabe der Art des Vitalparameters bestimmt auch die möglichen Einheiten des Werts.<nowiki><br clear="none"/></nowiki>
 
<nowiki><div class="yui-wk-div"></nowiki>
 
<nowiki><b>Verweis auf speziellen Implementierungsleitfaden:</b></nowiki> Welche der Vitalparameterarten angegeben werden müssen bzw. sollen, kann im jeweiligen speziellen Implementierungsleitfaden eingeschränkt werden.<nowiki></div></nowiki>
 
</desc>
 
<vocabulary valueSet="1.2.40.0.34.10.34" flexibility="dynamic"/>
 
<constraint language="de-DE">Wenn dieses Observation-Element im Dokument mit der TemplateID "1.2.40.0.34.6.0.11.0.10" (Telemonitoring Episodenbericht) verwendet wird ist eine Translation zu diesem Code mit dem Attribut codeSystem="2.16.840.1.113883.6.24" verpflichtend!</constraint>
 
<element name="hl7:originalText" datatype="ED" minimumMultiplicity="1" maximumMultiplicity="1" conformance="R" isMandatory="true" id="1.2.40.0.34.777.7.9.1488">
 
<desc language="de-DE">Verweist auf die Stelle im narrativen Textbereich, in dem die Vitalparameterart beschrieben ist (<nowiki><b>ohne</b></nowiki> zusätzliche Informationen, wie Datum, Beschreibung, etc).<nowiki><br clear="none"/></nowiki>
 
</desc>
 
<element name="hl7:reference" datatype="TEL" minimumMultiplicity="1" maximumMultiplicity="1" conformance="R" isMandatory="true">
 
<attribute name="value" datatype="st"/>
 
</element>
 
</element>
 
<element name="hl7:translation" datatype="CD.IPS" minimumMultiplicity="0" maximumMultiplicity="*" id="1.2.40.0.34.777.7.9.1489">
 
<desc language="de-DE">Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden.</desc>
 
<attribute name="code" datatype="cs" isOptional="false"/>
 
<attribute name="codeSystem" datatype="uid" isOptional="false"/>
 
<attribute name="codeSystemName" datatype="st" isOptional="true"/>
 
<attribute name="displayName" datatype="st" isOptional="true"/>
 
</element>
 
<element name="ips:designation" datatype="ST" minimumMultiplicity="0" maximumMultiplicity="*">
 
<desc language="de-DE">Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden.</desc>
 
<attribute name="language" datatype="cs" isOptional="false"/>
 
</element>
 
</element>
 
{code}
 
Update: Es wurden die Elemente aktualisiert, da in geschlossenen Templates auch Attributen und Elemente explizit angegeben werden müssen.
 
|28/Mai/21 10:24 AM
 
 
|3.0.0
 
|3.0.0
 
|-
 
|-
Zeile 133: Zeile 86:
 
|-
 
|-
 
|[https://jira-neu.elga.gv.at/browse/ELGA-558 ELGA-558]
 
|[https://jira-neu.elga.gv.at/browse/ELGA-558 ELGA-558]
|
+
|TODO: entfernen
 
|Für die Ergebniscodes (die Blutgruppen) stehen grundsätzlich ISBT128 (wie auf Blutbeuteln, lizenzpflichtig) und SNOMED CT (wie für epSOS, lizenzpflichtig) zur Verfügung. (Für epSOS wurde ein Minimal-Value Set mit dem Basis-AB0+Rh System definiert, 12 SNOMED Codes, das ist mMn zu wenig detailliert).<br />Die „Level3 Struktur“ der Analysen sollte grundsätzlich gleich wie Laboranalysen sein, nur eben mit einem codierten Ergebnis (Datentyp CE), siehe Leitfaden Laborbefund (4.4.7. Laborergebnisse (Laboratory Observation))<br />D.h. mit dem bisherigen Laborleitfaden lassen sich also Blutgruppenanalysen abbilden, aber wir haben noch keine geeigneten Codes für die Ergebnisse.
 
|Für die Ergebniscodes (die Blutgruppen) stehen grundsätzlich ISBT128 (wie auf Blutbeuteln, lizenzpflichtig) und SNOMED CT (wie für epSOS, lizenzpflichtig) zur Verfügung. (Für epSOS wurde ein Minimal-Value Set mit dem Basis-AB0+Rh System definiert, 12 SNOMED Codes, das ist mMn zu wenig detailliert).<br />Die „Level3 Struktur“ der Analysen sollte grundsätzlich gleich wie Laboranalysen sein, nur eben mit einem codierten Ergebnis (Datentyp CE), siehe Leitfaden Laborbefund (4.4.7. Laborergebnisse (Laboratory Observation))<br />D.h. mit dem bisherigen Laborleitfaden lassen sich also Blutgruppenanalysen abbilden, aber wir haben noch keine geeigneten Codes für die Ergebnisse.
 
Das ließe sich mit einer Arbeitsgruppe vermutlich ergänzen. Vielleicht sogar die transfusionsrelevanten Antikörper, das ist von der Ergebnisstruktur ähnlich.
 
Das ließe sich mit einer Arbeitsgruppe vermutlich ergänzen. Vielleicht sogar die transfusionsrelevanten Antikörper, das ist von der Ergebnisstruktur ähnlich.
Zeile 152: Zeile 105:
 
<value xsi:type='CE' code='278147001' displayName='Blood group O Rh(D) positive (finding)' codeSystem='2.16.840.1.113883.6.96' codeSystemName='SNOMED CT'/>
 
<value xsi:type='CE' code='278147001' displayName='Blood group O Rh(D) positive (finding)' codeSystem='2.16.840.1.113883.6.96' codeSystemName='SNOMED CT'/>
 
<!-- Referenzbereich und Interpretation entfallen -->
 
<!-- Referenzbereich und Interpretation entfallen -->
</observation><br /><!-- Alternativ: Codiertes Ergebnis der Analyse mit ISBT 128, siehe http://oidref.com/2.16.840.1.113883.6.18.1. OID muss noch bestätigt werden -->
+
</observation><br /><code code="882-1" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Blutgruppe AB0 + Rh" /><!-- Alternativ: Codiertes Ergebnis der Analyse mit ISBT 128, siehe http://oidref.com/2.16.840.1.113883.6.18.1. OID muss noch bestätigt werden -->
  
 
 
Zeile 163: Zeile 116:
 
|[https://jira-neu.elga.gv.at/browse/ELGA-1134 ELGA-1134]
 
|[https://jira-neu.elga.gv.at/browse/ELGA-1134 ELGA-1134]
 
|
 
|
|Betroffen sind diese beiden Templates
+
|Korrektur in der "Übersicht der Zeitelemente im Header"
<nowiki>*</nowiki> <nowiki>[https://wiki.hl7.at/index.php?title=ILF:%C3%9Cbersichtstabelle_der_CDA_Strukturen_des_Headers]</nowiki>
+
ELGA-Spalte: documentationOf statt 1..* R nun '''0..* O,''' componentOf statt 0..1 R nun '''0..1 O'''
<nowiki>*</nowiki> <nowiki>[https://wiki.hl7.at/index.php?title=ILF:%C3%9Cbersicht_der_Zeitelemente_im_Header]</nowiki><br />Folgende Unterschiede bestehen für die *ELGA-Spalten:*
 
  
<nowiki>||</nowiki>Element<nowiki>||</nowiki>Tabelle der Header-Strukturen<nowiki>||</nowiki>Tabelle der Zeitelemente<nowiki>||</nowiki>korrekt<nowiki>||</nowiki>
+
e-Health-Spalte: hl7at:terminologyDate statt 1..1 M nun '''0..1 O,''' documentationOf statt 1..* R nun '''0..* O,''' componentOf statt 0..1 R nun '''0..1 O'''
<nowiki>|documentationOf|</nowiki>0..* O|1..* R|*0..\* O*|
 
<nowiki>|componentOf|</nowiki>0..1 O|0..1 R|*0..1 O* |
 
Folgende Unterschiede bestehen für die *e-Health-Spalten:*
 
<nowiki>||</nowiki>Element<nowiki>||</nowiki>Tabelle der Header-Strukturen<nowiki>||</nowiki>Tabelle der Zeitelemente<nowiki>||</nowiki> korrekt <nowiki>||</nowiki>
 
<nowiki>|hl7at:terminologyDate|</nowiki>0..1 O|1..1 M|*0..1 O*|
 
<nowiki>|documentationOf|</nowiki>0..* O|1..* R|*0..\* O*|
 
<nowiki>|componentOf|</nowiki>0..1 O|0..1 R|*0..1 O*|<br />
 
 
|11/Mai/21 12:22 PM
 
|11/Mai/21 12:22 PM
 
|3.0.0
 
|3.0.0
Zeile 213: Zeile 158:
 
|-
 
|-
 
|[https://jira-neu.elga.gv.at/browse/ELGA-1120 ELGA-1120]
 
|[https://jira-neu.elga.gv.at/browse/ELGA-1120 ELGA-1120]
|
+
|Laborbefund
|Im Wiki von 2.06.2 steht, dass dieses Element verpflichtend anzugeben ist und dass es 1..1 M wäre (siehe <nowiki>[https://wiki.hl7.at/index.php?title=ILF:Laborbefund#.C3.9Cberblick]</nowiki>).<br />Im Art-Decor von 2.06.2 ist es aber als 0..* modelliert. (siehe <nowiki>[https://art-decor.org/art-decor/decor-templates--elga-?section=templates&id=1.2.40.0.34.11.4&effectiveDate=2015-09-24T00:00:00&language=de-DE)]</nowiki><br />Was ist richtig?
+
 
 +
[https://art-decor.org/art-decor/decor-templates--at-lab-?section=templates&id=1.2.40.0.34.6.0.11.0.11&effectiveDate=2020-08-25T14:35:13&language=de-DE 1.2.40.0.34.6.0.11.0.11]
 +
|inFulfillmentOf wird nun korrekterweise 1..* M eingebunden
 
|11/Mai/21 12:21 PM
 
|11/Mai/21 12:21 PM
 
|3.0.0
 
|3.0.0

Version vom 30. Juni 2021, 12:58 Uhr

1 Release-Log

Korrekturen den Header betreffend, befinden sich auf der Diskussionsseite des Allgemeinen Implementierungsleitfadens.

Ticket Template / Element Beschreibung Datum Leitfaden-Version
ELGA-1145 Performer Header - Laboratory 1.2.40.0.34.6.0.11.1.41

Performer Body - Laboratory 1.2.40.0.34.6.0.11.9.28

Das Template "Performer Header - Laboratory" wurde ersetzt durch Performer - Laboratory. 28/Mai/21 11:37 AM 3.0.0
ELGA-1078 Assigned Entity

Assigned Entity Body

Assigned Entity Body with name, addr and telecom

Anpassung des narrativen Constraints: "Werden mehrere telecom-Elemente DES SELBEN URLSCHEMAS strukturiert, MUSS jeweils das Attribut @use angeführt sein." 27/Mai/21 11:54 AM 3.0.0
ELGA-1130 Angeforderte Untersuchungen - optional codiert 1.2.40.0.34.6.0.11.2.15

Angeforderte Untersuchung Entry 1.2.40.0.34.6.0.11.3.169

Wie könnte eine "Requested Procedure" modelliert werden, die es ermöglicht, die angeforderten Untersuchungen zu codieren?
Insbesondere stellt sich die Frage, welches Value Set für procedure/code in Frage käme?

* z.B. um Screening-Untersuchungen abbilden zu können: ** [https://browser.ihtsdotools.org/?perspective=full&conceptId1=243790003&edition=MAIN/2021-01-31&release=&languages=en] ** [https://browser.ihtsdotools.org/?perspective=full&conceptId1=301786007&edition=MAIN/2021-01-31&release=&languages=en] ** [https://loinc.org/84170-0/]
Basis für die Modellierung könnte z.B. [Procedure Entry|https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.51&effectiveDate=2021-02-19T12:56:01&language=de-DE] bilden.

26/Mai/21 11:36 AM 3.0.0
ELGA-1144 Laboratory Observation Value 1.2.40.0.34.6.0.11.9.23 Es wurden für die einzelnen Ergebnisdatentypen die fehlenden Beschreibungen ergänzt. RTO_QTY_QTY wurde entfernt. 26/Mai/21 11:33 AM 3.0.0
ELGA-1110 TODO entfernen Der LOINC 93789-6 - Time to microorganism growth detection in Specimen wurde in das Value Set ELGA_Laborparameter (Version 202105) aufgenommen. 25/Mai/21 11:30 AM 3.0.0
ELGA-1129 TODO entfernen Der SCT 264395009 - Microorganism (Organism) wurde mit der Begründung „POSSIBLY EQUIVALENT TO“ „410607006 |Organism (organism)|" deaktiviert.
Der Code wird benötigt um im Mikrobiologiebefund angeben zu können, dass "Keime (oder Mikroorganismen) nicht nachgewiesen" werden konnten.
Ein Antrag auf Wiederaufnahme wurde von [~srainer] gestellt: https://confluence.elga.gv.at/pages/viewpage.action?pageId=8029447
*Notwendigkeit dafür wird hier begründet:* ELGA-47
20/Mai/21 2:17 PM 3.0.0
ELGA-1150 Specialty Sections Optionale Subsection "Übersetzung" wurde eingefügt. 20/Mai/21 1:06 PM 3.0.0
ELGA-1112 TODO: entfernen, betrifft Beispielbefund Für die Dokumentation, dass "zu wenig Material" vorhanden war gibt es folgende Optionen:

# als Kommentar zum eingegangenen Material # als Ergebnis bei einer Untersuchung als "Insufficient sample" ([https://browser.ihtsdotools.org/?perspective=full&conceptId1=281268007&edition=MAIN/2021-01-31&release=&languages=en]) codiert # als Kommentar zum gesamten Befund Welche Version soll im Leitfaden bzw. in den Beispielbefunden modelliert werden?

18/Mai/21 7:17 AM 3.0.0
ELGA-1113 TODO entfernen Das Value Set [HL7-at_XDS-Dokumentenklassen|https://termpub.gesundheit.gv.at/TermBrowser/gui/main/main.zul?loadType=ValueSet&loadName=HL7-at_XDS-Dokumentenklassen] enthält momentan die Codes

* 11502-2 - Laboratory report * 18725-2 - Microbiology studies (set)
auf Ebene 0 des Value Sets.
Entsprechend der Überarbeitung des Labor- und Mikrobiologiebefundes sollten die Codes hierarchisch angeordnet werden:

* 11502-2 - Laboratory report (entsprechend der Dokumentenklasse) ** 11502-2 - Laboratory report (entsprechend dem Dokumententyp für *Laborbefund)* ** 18725-2 - Microbiology studies (set) (entsprechend dem Dokumententyp für *Mikrobiologiebefund*)

17/Mai/21 4:14 PM 3.0.0
ELGA-558 TODO: entfernen Für die Ergebniscodes (die Blutgruppen) stehen grundsätzlich ISBT128 (wie auf Blutbeuteln, lizenzpflichtig) und SNOMED CT (wie für epSOS, lizenzpflichtig) zur Verfügung. (Für epSOS wurde ein Minimal-Value Set mit dem Basis-AB0+Rh System definiert, 12 SNOMED Codes, das ist mMn zu wenig detailliert).
Die „Level3 Struktur“ der Analysen sollte grundsätzlich gleich wie Laboranalysen sein, nur eben mit einem codierten Ergebnis (Datentyp CE), siehe Leitfaden Laborbefund (4.4.7. Laborergebnisse (Laboratory Observation))
D.h. mit dem bisherigen Laborleitfaden lassen sich also Blutgruppenanalysen abbilden, aber wir haben noch keine geeigneten Codes für die Ergebnisse.

Das ließe sich mit einer Arbeitsgruppe vermutlich ergänzen. Vielleicht sogar die transfusionsrelevanten Antikörper, das ist von der Ergebnisstruktur ähnlich. Technisch müsste das vermutlich so aussehen:

<observation classCode="OBS" moodCode="EVN"> <templateId root=" 1.3.6.1.4.1.19376.1.5.3.1.4.13.6"/> <id extension="OBS-3-1" root="2.16.840.1.113883.2.16.1.99.3.1"/> <code code="882-1" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Blutgruppe AB0 + Rh" /> <text> <reference value="#OBS-1-1"/> </text> <statusCode code="completed"/> <effectiveTime value="20161201075606+0100"/> <value xsi:type='CE' code='278147001' displayName='Blood group O Rh(D) positive (finding)' codeSystem='2.16.840.1.113883.6.96' codeSystemName='SNOMED CT'/> </observation>
<code code="882-1" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Blutgruppe AB0 + Rh" />

… <value xsi:type='CE' code='5100' displayName='O Rh positive' codeSystem='2.16.840.1.113883.6.18.1.2' codeSystemName='ISBT 128 blood-groups'/> … Wenn wir auch Kreuzproben abbilden wollen, wird es noch schwieriger, das geht nicht mehr in den bisherigen Strukturen. Dafür benötigt man eine neue Befundstruktur – und ggf auch einen neuen Leitfaden. Deshalb hat die Definition des Laborbefundes den Transfusionsmedizinischen Befund bisher ausgeschlossen (Seite 18): „Untersuchungen des Sonderfaches „Blutgruppenserologie und Transfusionsmedizin“ werden in einer gesonderten ELGA Dokumentenklasse (geplant) abgehandelt.“

11/Mai/21 3:24 PM 3.0.0
ELGA-1134 Korrektur in der "Übersicht der Zeitelemente im Header"

ELGA-Spalte: documentationOf statt 1..* R nun 0..* O, componentOf statt 0..1 R nun 0..1 O

e-Health-Spalte: hl7at:terminologyDate statt 1..1 M nun 0..1 O, documentationOf statt 1..* R nun 0..* O, componentOf statt 0..1 R nun 0..1 O

11/Mai/21 12:22 PM 3.0.0
ELGA-1114 DLT Laborbefund 1.2.40.0.34.6.0.11.0.11

DLT Mikrobiologiebefund 1.2.40.0.34.6.0.11.0.14

In den DLTs wurde entsprechend den Vorgaben des IHE Frameworks für Labor ein Constraint ergänzt, der für *Personen und Organisationen* die Angabe eines *Namens* ("name"-Element), einer *Adresse* ("addr"-Element) und einer *Telekom*-Verbindung ("telecom"-Element) *verpflichtend* vorgibt. Diese können jedoch mit einem *nullFlavor* versehen werden. 11/Mai/21 12:22 PM 3.0.0
ELGA-1115 TODO: wie 1114 Zurzeit wird für name, addr, telecom häufig auf nullFlavor='UNK' eingeschränkt; teilweise gibt es aber gar keine Einschränkung, wodurch alle nullFlavor erlaubt wären.
*Beispiele folgen!*
Wie soll vorgegangen werden?
*Siehe auch:*

* ELGA-250 - [R] erlaubt alle @nullFlavor * ELGA-189 - wo gilt IHE-Restriktion bezüglich name, addr, telecom? ggf. für Labor- und Mikrobiologiebefund so übernehmen?

11/Mai/21 12:21 PM 3.0.0
ELGA-1117 TODO: nachdem das Template zuvor nicht verwendet wurde, könnte man hier auf einen Eintrag verzichten Grundsätzlich wird mit einem narrativen Constraint erlaubt, dass "addr"- und "telecom"-Elemente mit einem nullFlavor versehen werden. Das Template "Assigned Entity with id, name, addr and telecom" [https://art-decor.org/art-decor/decor-templates--at-lab-?section=templates&id=1.2.40.0.34.6.0.11.9.41&effectiveDate=2021-02-19T13:12:12&language=de-DE] hat aber addr [1..1 M] und telecom [1..* M] 11/Mai/21 12:21 PM 3.0.0
ELGA-1119 Participant Auftraggeber / Ordering Provider 1.2.40.0.34.6.0.11.1.42 Folgende Anpassungen wurden durgeführt: es wurde "geschlossen", Beschreibung, Beispiel, eigene templateId ergänzt, 1..* telecom-Elemente werden zugelassen 11/Mai/21 12:21 PM 3.0.0
ELGA-1122 Performer Header - Laboratory 1.2.40.0.34.6.0.11.1.41 Folgende Anpassungen wurden durgeführt: Template wurde geschlossen, Beispiel wurde hinsichtlich des "time"-Elements angepasst. 11/Mai/21 12:21 PM 3.0.0
ELGA-1120 Laborbefund

1.2.40.0.34.6.0.11.0.11

inFulfillmentOf wird nun korrekterweise 1..* M eingebunden 11/Mai/21 12:21 PM 3.0.0
ELGA-1127 Laboratory Observation Entry 1.2.40.0.34.6.0.11.3.27 Folgende Anpassungen wurden durchgeführt:
  • observation/value darf nur bei stornierten Analysen entfallen,
  • Für Antibiogrammergebnisse kann value[@nullFlavor='NA'] verwendet werden, wenn interpretationCode oder interpretationCode[@nullFlavor='OTH'] vorhanden ist. Ansonsten ist die Verwendung von value[@nullFlavor] NICHT ERLAUBT.
11/Mai/21 12:21 PM 3.0.0
ELGA-1133 Im Laborleitfaden wird ja ISO 15189:2012 referenziert - anscheinend gibt es eine ISO 15189:2014 (siehe https://shop.austrian-standards.at/action/de/public/details/531803/OENORM_EN_ISO_15189_2014_12_01) mittlerweile.

* Kann der Text dahingehend einfach geändert werden? * Weiß jemand, ob die Kapitelüberschriften bzw. -nummerierungen in der neuen Version gleich geblieben sind?

11/Mai/21 12:21 PM 3.0.0
ELGA-1116 TODO entfernen DataEnterer ist laut IHE PaLM nicht vorgesehen. Soll trotzdem das narrative Constraint angegeben werden:
Entsprechend den Vorgaben des IHE Frameworks für Labor sind für *Personen und Organisationen* die Angabe eines *Namens* ("name"-Element), einer *Adresse* ("addr"-Element) und einer *Telekom*-Verbindung ("telecom"-Element) *verpflichtend*. Diese können jedoch mit einem *nullFlavor* versehen werden.
11/Mai/21 12:18 PM 3.0.0
ELGA-950 Es wird entgegen dem xd-lab bewusst optional im at-lab modelliert. Texttuell erwähnen "Muss im IHE XD-LAB bei einem Update angegeben werden, im ELGA Kontext ist dies nicht erforderlich."
...

6.3.2.21 relatedDocument/parentDocumentThis element SHALL be present in case of an update replacement of a previous report.

05/Mai/21 12:25 PM 3.0.0
ELGA-1096 Auf den Beispielbefunden vom AKH ist in der Fußzeile vom Antibiogramm "N = nicht indiziert" ausgewiesen. Manchmal werden Antibiotika im Rahmen eines Antibiogramms getestet, die für die Anwendung gegen den jeweiligen Erreger "nicht indiziert" sind. Trotzdem werden diese auf dem Befund angegeben.
Wie könnte diese Information codiert werden? In [https://terminology.hl7.org/CodeSystem-v3-ObservationInterpretation.html] gibt es keine Entsprechung.
Siehe z.B.: [https://confluence.elga.gv.at/download/attachments/23791596/Mikrobio-Befund%20%C3%82KH%20Anzeigeppflicht.pdf?version=1&modificationDate=1611645602912&api=v2]
04/Mai/21 4:43 PM 3.0.0
ELGA-1087 Mit der sdtc:precondition1 soll es möglich sein, die lab:precondition wie sie in IHE XD-LAB beschrieben ist, abzubilden.
sdtc:precondition1 soll deshalb verwendet werden, weil dadurch das CDA Schema nicht erweitert werden müsste, weil darin die sdtc:precondition1 schon vorhanden ist.
Zu klären:

* Die sdtc:precondition1 beinhaltet auch einen conjunctionCode (minOccurs="1"), der im IHE XD-LAB nicht erwähnt wird.

04/Mai/21 4:35 PM 3.0.0
ELGA-1010 eigenes Entry für nicht menschliches Objekt ist hinzuzufügen6.3.4.3 Non-Human Subject 1.3.6.1.4.1.19376.1.3.3.1.2.1When the subject of the observations in the report is a specimen taken from a non-humansubject, such as an animal, a lake, soil or other environmental element, the following SHALL bepresent. In addition to the elements specified in the CDA body for the non-human subject, thisnon-human subject SHALL be represented in the CDA header as specified in 6.3.2.11.2.... 04/Mai/21 4:34 PM 3.0.0
ELGA-944 1.1 bereits vorhanden

1.2 (non-human) für nicht ELGA Dokumente im at-cda-bbr hinzufügen für 1.3 in der LAB-(MikroBio)-Arbeitsgruppe fragen
...

non-human subject bei xdlab möglich:6.3.2.11 recordTargetClinicalDocument/recordTarget SHALL be present and SHALL conform to the Human Patient,Non-Human Subject or Human Patient with Non-Human Subject templates defined below. Thereare three varieties of laboratory reports:• Human (patient): The document reports laboratory observations produced on specimenscollected exclusively from the patient.• Non-Human Subject: The document reports laboratory observations produced onspecimens collected from a non-human material (e.g., water, milk, etc.) or living subject(e.g., animal).• Human (patient) paired with Non-Human Subject: The document reports laboratoryobservations produced on a non-human specimen with a relationship to a human patient(e.g., peanut butter eaten by a patient, a ferret that bit a patient).

04/Mai/21 4:34 PM 3.0.0
ELGA-1124 In den [Vorgaben zum medizinischen Inhalt|https://wiki.hl7.at/index.php?title=ILF:Labor-_und_Mikrobiologiebefund_(Version_3)#Vorgaben_zum_medizinischen_Inhalt] findet sich in der Tabelle der "Spezimeninformationen" der Eintrag "Entnahmeart und Entnahmegerät".
Es konnte allerdings im alten Leitfaden weder eine Darstellung für Level 2 noch eine Codierung für Level 3 gefunden werden.
Wie soll mit dieser Information umgegangen werden?
04/Mai/21 4:29 PM 3.0.0
ELGA-1137 Codierung (Entry) der Mikroskopieergebnisse ist laut dem letzten AG Meeting optional. Soll das so sein? 04/Mai/21 4:27 PM 3.0.0
ELGA-559 Evtl Hinzufügen zu *2.1. Anwendungsfall LAB01 „Laboruntersuchung eines niedergelassenen Labors“*

Als Unter-Arbeitsfall Siehe Passus aus dem Organisationshandbuch:
----------------

2.1.4.8.1. Delegieren von Kontakten und situatives Opt-Out Wenn der Patient ein situatives Opt-Out (Widerspruch im Anlassfall) in einem bestimmten Behandlungsfall ausgesprochen hat (siehe Kapitel 2.1.5), dann gilt dieses SOO auch für allfällige zusätzliche Untersuchungen. D.h. das SOO ist allen in die Behandlung eingebundenen Dienstleistern (z.B. Labor) des ELGA-GDA zu kommunizieren. Nach dem Zeitpunkt der Weitergabe des Arbeitsauftrags (z.B. Blutprobe) eingelangte SOO finden keine Berücksichtigung. Folgende Punkte sind dabei zu beachten: • ELGA unterstützt nicht die elektronische/technische Übermittelung des SOO. Die Weitergabe des SOO ist organisatorisch außerhalb von ELGA zu lösen. D.h. es muss z.B. ein entsprechender Hinweis auf der Zuweisung (z.B. Leistungsanforderung) aufgedruckt/angebracht sein. • Ein Standard zur Weitergabe des SOO wurde vom technischen Komitee der HL7 Austria veröffentlicht („Situativer Widerspruch für ELGA in HL7 V2.x: Spezifizierung des CON-Segments Version 1.0“, siehe http://www.hl7.at/mit-gliederbereich/downloads/#toggle-id-3) • Die Beachtung als auch die etwaige Dokumentation eines zur Kenntnis gebrachten SOO obliegt der Verantwortung des Auftragnehmers (z.B. Labor).
Zwischen zuweisenden ELGA-GDA und leistungserbringenden ELGA-GDA sind die entsprechenden Maßnahmen (z.B. Schulung) zu treffen, um einem „Übersehen“ bzw. einer Fehlinterpretation eines delegierten SOO vorzubeugen.

04/Mai/21 4:05 PM 3.0.0
ELGA-654 Verpflichtende Angabe des Aufenhtalts bei stationären Laborbefunden (derzeit optional)
Darstellung in XDS über ServiceEvent "GDLSTATAUFLABOR"?
04/Mai/21 3:55 PM 3.0.0
ELGA-869 Derzeit schränkt PaLM den  ReferenceRange.interpretationCode mit fix "N" ein.
Das verhindert die Angabe von zusätzlichen Referenzbereichen.
Für Impftiter wird zusätzlich POS benötigt
04/Mai/21 3:54 PM 3.0.0
ELGA-1136 Im Ursprungs-Template von [Überweisungsgrund - optional codiert|https://art-decor.org/art-decor/decor-templates--at-lab-?section=templates&id=1.2.40.0.34.6.0.11.2.6&effectiveDate=2021-01-14T09:58:40&language=de-DE] steht:
"Weiters kann angegeben werden, ob der Kontakt geplant oder ungeplant zustande gekommen ist."
Trifft das hier auch zu? und wie kann das angegeben werden?
04/Mai/21 3:53 PM 3.0.0
ELGA-946 Ähnlich zu Ordering Provider (1.3.6.1.4.1.19376.1.3.3.1.6) wird eine header Kopie erstellt für die XD-LAB Kompatibilität ins -at-lab-
...

informationRecipient muss einem bestimmten Template bei xdlab folgen6.3.2.14 intended Recipient 1.3.6.1.4.1.19376.1.3.3.1.4 ClinicalDocument/informationRecipient MAY be present. When present, it SHALL be in accordance with the HL7 CDA R2 standard and further constrained by this specification to require the presence of name (on the informationRecipient and/or receivedOrganization), addr and telecom. Additionally, it SHALL have the following: • - The templateId element identifies this participant as an intended recipient. The templateId SHALL have root="1.3.6.1.4.1.19376.1.3.3.1.4". The informationRecipient/intendedRecipient element can be multiple. It introduces an intended recipient of the laboratory report, other than the Ordering Provider (described as a referrer participant). These elements carry the list of the originally intended recipients of the laboratory report, i.e., those who were known at the time the report was created and published for sharing.

04/Mai/21 3:51 PM 3.0.0
ELGA-1131 Passt folgender Code für die Section [Angeforderte Untersuchungen - optional codiert|https://art-decor.org/art-decor/decor-templates--at-lab-?section=templates&id=1.2.40.0.34.6.0.11.2.15&effectiveDate=2021-01-14T12:18:39&language=de-DE]?
[400999005 - Procedure requested (situation)|https://browser.ihtsdotools.org/?perspective=full&conceptId1=400999005&edition=MAIN/2021-01-31&release=&languages=en]
04/Mai/21 3:51 PM 3.0.0
ELGA-952 eigenes ValueSet ELGA_LaborparameterErgaenzung erstellt [https://termpub.gesundheit.gv.at:443/TermBrowser/gui/main/main.zul?loadType=ValueSet&loadName=ELGA_Laborstruktur|https://termpub.gesundheit.gv.at/TermBrowser/gui/main/main.zul?loadType=ValueSet&loadName=ELGA_Laborstruktur]

VS [https://art-decor.ihe-europe.net/art-decor/decor-templates--XDLAB-?section=templates&id=1.3.6.1.4.1.19376.1.3.3&effectiveDate=2016-07-05T00:00:00&language=en-UShttps://art-decor.ihe-europe.net/art-decor/decor-valuesets--XDLAB-?id=1.3.6.1.4.1.19376.1.3.11.1&effectiveDate=dynamic|https://art-decor.ihe-europe.net/art-decor/decor-valuesets--XDLAB-?id=1.3.6.1.4.1.19376.1.3.11.1&effectiveDate=dynamic]
...

6.3.3.1.1 List of Laboratory SpecialtiesEvery Laboratory Report SHALL contain at least one Laboratory Specialty Section. Each topsection represents a specialty. A laboratory report MAY be composed of test results from asingle specialty (e.g., a virology report), or from any number of specialties. The structure of thetemplate allows both kinds of reports.The Laboratory Specialty Sections use the LOINC codes defined as report subject identifiercodes. A laboratory report SHALL contain one or more of these sections, in any order.Laboratory Specialty Sections SHALL NOT be nested

04/Mai/21 3:48 PM 3.0.0
ELGA-1138 Warum ist beim [Laboratory Battery Organizer|https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?id=1.2.40.0.34.6.0.11.3.26&effectiveDate=2019-05-29T10%3A51%3A34] organizer/effectiveTime/high und organizer/effectiveTime/low mit *[1..1 M]* verpflichtend? 04/Mai/21 3:38 PM 3.0.0
ELGA-1011 eigenes observation-Entry für Fall identifizierung6.3.4.9 Case Identification 1.3.6.1.4.1.19376.1.3.1.1.2 Case Identification, when present, SHALL be recorded as an observation under theNotification Organizer (see Section 6.3.4.7) as demonstrated. Case Identification SHALL bepresent when dictated by local case identification reporting requirements.... 04/Mai/21 3:38 PM 3.0.0
ELGA-47 Keimwachstum Zeile 241 - "Erregerwachstum"

Keimnachweis wird "Erregernachweis" Andere Vorkommen von Keim statt Erreger wurden bereits beseitigt, das Wort "Keimzahl" ist gut eingeführt und bleibt bestehen.

04/Mai/21 11:50 AM 3.0.0
ELGA-1108 Diese Einträge fehlen noch (Entdeckt im DGC Datensatz)
|119342007|Saliva specimen|Speichel|-> Gastrointestinal |

|119364003|Serum specimen|Serum|--> Blood Specimen| |122592007|Acellular blood (serum or plasma) specimen|Plasma/Serum|--> Blood Specimen| |461911000124106|Oropharyngeal swab|Mundrachenabstrich|-> Respiratory Sample| |472881004|Pharyngeal swab|Rachenabstrich|--> Respiratory Sample|

04/Mai/21 10:53 AM 3.0.0
ELGA-437 4.4.8. Kultureller Erregernachweis
Methode der Angabe der Erreger per SNOMED

Methode zur Angabe von "Kein Keim/Erreger nachweisbar"

03/Mai/21 2:29 PM 3.0.0
ELGA-947 wie beim author einen eigenes Header Element im at-lab erstellen
...

6.3.2.15 legalAuthenticator

28/Apr/21 3:03 PM 3.0.0
ELGA-943 Erstellen eines eigenen Authors mit der Telefonnummer auf R1 (M 1..1 mit NullFlavor)
6.3.2.12 author

At least one ClinicalDocument/author SHALL be present with a time in accordance with theHL7 CDA R2 standard and further constrained by this specification to require the presence ofname, addr and telecom.

28/Apr/21 2:59 PM 3.0.0
ELGA-1022 In accordance with the HL7 CDA R2 standard and further constrained by this specification, XDLAB requires the presence of name, addr and telecom for all entities in the document including the human patient. 28/Apr/21 2:57 PM 3.0.0
ELGA-602 Ermöglichen von Vorwerten (dieselbe Untersuchung, anderes Material)
Laboratory Observation 1.3.6.1.4.1.19376.1.3.1.6
Previous observations obtained for the same patient, test, same method, same unit (1)
Für Laboruntersuchung und für Mikrobiologie
*Von:* Jeroen de Bruin [mailto:jb@medexter.com]

*Gesendet:* Donnerstag, 01. Juni 2017 09:27 *An:* Sabutsch, Stefan <stefan.sabutsch@elga.gv.at> *Cc:* 'Klaus-Peter Adlassnig' <kpa@medexter.com> *Betreff:* Mikrobiologie Datenformat
Sehr geehrter Herr Dr. Sabutsch,
Im Bezug Mikrobiologiedaten, ist mir noch etwas eingefallen. In den MOLIS-Daten gibt es manchmal einen Verweis auf ein zuvor durchgeführten Test, das sogenannte „Anterior Result“.  Ein Beispiel:
<AnteriorResult cnt="1" date="20140607" time="131931">
      <Order>ID12345678</Order>
      <Result>Bakterienkultur; Pilzkultur</Result>
</AnteriorResult>
Mir wurde erklärt, sowas wird gemacht wenn der derzeitige Test ein Re-Test ist von dem vorherigen Test, oder auf jeden Fall mit dem vorherigen Test in Verband steht. Vielleicht wurde es schon von der AG berücksichtigt, aber ich wollte es doch mal melden.
Mit freundlichen Grüßen,
Jeroen de Bruin

27/Apr/21 10:12 AM 3.0.0
ELGA-606 Es soll möglich sein, einen Verweis auf ein vorangegangenes Ergebnis anzugeben.
Siehe IHE PaLM TF, Laboratory Observation „*Previous observations* obtained for the same patient, test, same method, same unit (1) “
27/Apr/21 10:12 AM 3.0.0
ELGA-635 Kontext: ILF LAB 2.06.2 "4.4.7.3.8. Bewertung des Ergebnisses (observation/interpretationCode)"
Die Optionalität von /observation/interpretationCode ist derzeit im Falle EIS enhanced und fullSupport mit [1..*, M] definiert.
Im Hinblick auf mögliche Analyseergebnisse, die keine Bewertung erfordern (u.a. Feststellung der Blutgruppe) bzw. denen kein Referenzbereich zugrunde liegt sollte dieses Constraint überdacht werden.
27/Apr/21 10:08 AM 3.0.0
ELGA-973 {color:#000000} Im Template "Kultureller Erregernachweis" wird das Spezimen in einem "specimenPlayingEntity"-Element spezifiziert. Dieses enthält laut Art-Decor neben einem typeCode ein Code-Element des Datentyps CD sowie ein originalText Element. Da der Datentyp CD jedoch laut Art-Decor Datentyp-Spezifikation ebenfalls ein originalText-Element als Kindelement enthalten kann und aus Art-Decor nicht klar hervorgeht, wo genau das Element spezifiziert wird (auf gleicher Ebene oder als Kindelement), stehe ich vor einem Rätsel: Auf welcher Ebene ist das originalText-Element nun tatsächlich spezifiziert? Sofern es - wie von mir vermutet - innerhalb des Code-Elements spezifiziert wird, wäre dann nicht einfach ein Kommentar beim Code-Element schlüssiger/logischer?{color}
{color:#1f497d}Wo man den OriginalText definiert ist vermutlich Geschmackssache, die aktuelle Darstellung kommt vermutlich aus der Übertragung aus Word zustande. Das Ergebnis ist aber dasselbe: Das Element code enthält ein Unterelement mit originalText, das die Bezeichnung des Erregers enthält, wie er dem Benutzer angezeigt werden soll (ggf in Unterschied zum @displayName Attribut von code){color}
27/Apr/21 8:59 AM 3.0.0
ELGA-999 # Die Entry Level Templates "Antibiogramm" und "kultureller Erregernachweis" bauen - ebenso wie "Befundgruppen" formal auf einem "IHE Laboratory Isolate Organizer" auf. Jedoch ist dieser bei den ersten beiden Templates falsch geschrieben, nämlich "Organzier". Beim Template "Befundgruppen" sowie bei der Spezifikation des Elementes selbst ist die Schreibweise jedoch korrekt.

## # Danke, werden wir uns anschauen und wenn notwendig korrigieren.* # Im Template "Kultureller Erregernachweis" wird das Spezimen in einem "specimenPlayingEntity"-Element spezifiziert. Dieses enthält laut Art-Decor neben einem typeCode ein Code-Element des Datentyps CD sowie ein originalText Element. Da der Datentyp CD jedoch laut Art-Decor Datentyp-Spezifikation ebenfalls ein originalText-Element als Kindelement enthalten kann und aus Art-Decor nicht klar hervorgeht, wo genau das Element spezifiziert wird (auf gleicher Ebene oder als Kindelement), stehe ich vor einem Rätsel: Auf welcher Ebene ist das originalText-Element nun tatsächlich spezifiziert? Sofern es - wie von mir vermutet - innerhalb des Code-Elements spezifiziert wird, wäre dann nicht einfach ein Kommentar beim Code-Element schlüssiger/logischer? ## # Wo man den OriginalText definiert ist vermutlich Geschmackssache, die aktuelle Darstellung kommt vermutlich aus der Übertragung aus Word zustande. Das Ergebnis ist aber dasselbe: Das Element code enthält ein Unterelement mit originalText, das die Bezeichnung des Erregers enthält, wie er dem Benutzer angezeigt werden soll (ggf in Unterschied zum @displayName Attribut von code)* # Um beim Entry Level Template "Kultureller Erregernachweis" zu bleiben: Es kann laut Art-Decor als Component entweder das Template "1.3.6.1.4.1.19376.1.3.1.6" (Laborergebnisse), "1.2.40.0.34.11.4.3.4" (Laborergebnisse aktiv) oder "1.2.40.0.34.11.30026" (Antibiogram) enthalten. Der Link des zweiten möglichen Templates (Laborergebnisse aktiv) führt jedoch ins Leere, das Template scheint nicht spezifiziert zu sein? # Dazu stellt sich mir die Frage, was überhaupt der Unterschied zwischen den Templates "Laborergebnisse" und "Laborergebnisse aktiv" ist? ## # Der Unterschied zwischen „Laborergebnisse“ und „Laborergebnisse aktiv“ ist, dass zweiteres „ _Wert folgt_ “ Analysen enthalten kann (also noch ohne Ergebnis, mit statusCode=“active“). Wir müssen hier leider mit dem IHE XDLAB Standard brechen, der diesen Status nicht zulässt. Das Template ist noch nicht sichtbar, wir arbeiten dran. *

27/Apr/21 8:59 AM 3.0.0
ELGA-1020 Für die neue Version des Labor- und Mikrobiologiebefunds ist eine neue OID erforderlich. 27/Apr/21 8:58 AM 3.0.0
ELGA-1099 Für die Mikrobiologie sind folgende Ergänzungen im Template "Laboratory Observation Entry" (siehe [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.27&effectiveDate=2019-05-07T13:44:02&language=de-DE)] zu machen:

* (/) Als observation/code muss wahlweise auch das Value Set "ELGA_Antibiogramm_VS" zugelassen werden. * (/) Als observation/value muss wahlweise der fixe SNOMED-CT Code "255599008 Incomplete (qualifier value)" verwendet werden können, um zu kennzeichnen, dass das Ergebnis noch folgt. * (/) Als observation/value muss wahlweise der fixe SNOMED-CT Code "281268007 Insufficient sample (finding)" verwendet werden können, um zu kennzeichnen, dass zu wenig Material für die Untersuchung vorhanden war. * Folgende Beispiele sollten noch angelegt/verbessert werden: ** (/) "Wert folgt" sollte ausgebaut werden und ClinicalDocument/sdtc:statusCode berücksichtigen ** (/) "Zu wenig Material" sollte erstellt werden ** Kulturergebnis *** (/) Koloniebildende Einheiten (KBE) - Beispiel als Teil von "Laboratory Isolate Organizer" *** (/) qualitativ ** (/) Ergebnis eines Antibiotikums eines Antibiogramms

26/Apr/21 3:04 PM 3.0.0
ELGA-806 Für Laborbefunde soll der "Fachliche Ansprechpartner" verpflichtend sein. 23/Apr/21 1:44 PM 3.0.0
ELGA-517 Die Specialities sind zu vage definiert - muss klarer beschrieben werden.
-----------------------------------------------------------------

Von: Elmar Gaechter [mailto:e.gaechter@pgs-it.at] Gesendet: Mittwoch, 10. Februar 2016 09:09 An: CDA-Service ELGA Level-3 Spezifikation der "Speciality-Section" Und noch einen kleinen Hinweis möchte ich bei der Gelegenheit los werden (Leitfaden Laborbefund): Ich habe gelegentlich recht verzweifelt nach der Level-3 Spezifikation für die Grundstruktur der "Speciality-Section" gesucht. Dieser Begriff ("Specialities") wird in früheren Kapiteln eingeführt (z.B. 4.2.4 ) und bezeichnet die überaus wichtige erste Gliederungsebene eines Laborbefundes. Inzwischen weiß ich, dass sich diese im Wesentlichen hinter Kapitel "4.4.4. Der Specimen-Act" verbirgt. Diese Bezeichnung mag zwar formal bzw. im CDA-Kontext korrekt sein, intuitiv ist sie jedenfalls nicht, da im "Specimen-Act" nicht nur "Probeninformationen" codiert werden, wie der Name suggeriert, sondern vor allem sämtliche Laborergebnisse (observations). Elmar Gächter Softwareentwicklung - Produktspezialist _______________________________ PGS-IT Systems GmbH Eduard -Bodem-Gasse 5-7 A 6020 Innsbruck Tel.: +43/512/364006 Fax.: +43/512/364006-26 email: e.gaechter@pgs-it.at

23/Apr/21 11:22 AM 3.0.0
ELGA-636 Die farbliche Markierung pathologischer Analysewerte im narrativen Teil

SOLLTE in ILF LAB normativ festgelegt werden. Derzeit weist die Spezifikationen diesbezüglich Empfehlungscharakter auf. Siehe auch ILF LAB "4.3.7.  Stylecodes"

23/Apr/21 11:00 AM 3.0.0
ELGA-665 ELGA Laborbefunde können alle Kriterien erfüllen, die für Befundberichte von der Akkreditierung für medizinische Laboratorien (ÖNORM EN ISO 15189:2013) gefordert sind. *Ein Anhängen des PDF-Befundes ist NICHT erforderlich!*
Für die vollständige Erfüllung aller Akkreditierungsanforderungen an Befundberichte ist das erstellende Labor verantwortlich; die Akkreditierung wird von der Abt. Akkreditierung Austria im Bundesministerium für Digitalisierung und Wirtschaftsstandort durchgeführt.
Mit Rücksicht auf eine einfache Verwendbarkeit der Befunde durch die Benutzer (z.B. niedergelassene Ärzte), die häufig mit einer großen Anzahl von Laborbefunden eines Patienten konfrontiert sind, ist eine Duplizierung der Daten durch Anhängen einer PDF-Ansicht daher +nicht gestattet+.
23/Apr/21 9:50 AM 3.0.0
ELGA-689 Im Text zu präzisieren:
Für jeden Laborbefund soll eine Translation angegeben werden können, in der ein möglichst feingranulärer LOINC verwendet werden kann, der die Analyse noch präziser (mit Methode) beschreibt. Hier kann ein methodenspezifischer LOINC angegeben werden.
Ähnlich wie in 4.4.7.4.3. Laborergebnisse ohne passenden Code, Beispiel
23/Apr/21 8:36 AM 3.0.0
ELGA-916 Ergebniscodierung muss vereinheitlicht werden.
zB "Positiv" ist mit Code anzugeben statt als Text (SNOMED?)
23/Apr/21 8:29 AM 3.0.0
ELGA-580 Lösung: neue Template für Laborergebnisse mit "Wert folgt"
1.2.40.0.34.11.4.3.4

laboratoryObservationActive [http://art-decor.org/art-decor/decor-templates--elgabbr-?id=1.2.40.0.34.11.4.3.4]
Diese wird anstelle von  [1.3.6.1.4.1.19376.1.3.1.6|https://art-decor.ihe-europe.net/art-decor/decor-templates--XDLAB-?id=1.3.6.1.4.1.19376.1.3.1.6&effectiveDate=dynamic] _Laboratory Observation_ gesetzt, wenn der StatusCode active ist.

<observation classCode="OBS" moodCode="EVN"> *<templateId root="1.2.40.0.34.11.4.3.4"/>* <id extension="OBS-2-6" root="2.16.840.1.113883.2.16.1.99.3.1"/> <code code="10704-5" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Wurmeier Stuhl"/>   <text> <reference value="#OBS-2-6"/> </text>     *<statusCode code="active"/>*   <value xsi:type="PQ" nullFlaor="NAV">   *<!-- Bewertung des Ergebnisses wird nicht angegeben [NP] -->* ---------------------------
Problem: Status acive nicht gültig gem. IHE Template
Grundsätzliches Problem:

1.3.6.1.4.1.19376.1.3.1.6 LaboratoryObservation ist kein "ELGA" Template, sondern gehört IHE. Wenn es unverändert übernommen wird, kann diese Template ID verwendet werden. Wenn eigene Constraints über dieses Template gelegt werden, MUSS eine neue Template ID genutzt werden, damit daran die zusätzlichen Constraints aufhängt werden können. Zum Status Code hier: der Status Code kann laut IHE nur sein: A Laboratory Observation statusCode SHALL be either "completed", "aborted", or "obsolete".
Das gilt auch für #

1.3.6.1.4.1.19376.1.3.1.4, 1.3.6.1.4.1.19376.1.3.3.2.1 1.3.6.1.4.1.19376.1.3.3.1.7 Siehe https://jira.elga.gv.at/browse/SCHEMATRON-304

22/Apr/21 4:18 PM 3.0.0
ELGA-587 Die Ausführungen von Gächter sind korrekt, d.h. Strukturbeispiele im ILF LAB

und Beispielbefunde sind gültig, aber die Kapitelreihenfolge, wie von Gächter angeführt, entspricht nicht der Element-Reihenfolge des CDA R-MIM bzw. dem repräsentierenden Schema.
Berücksichtigung für ILF LAB v2.07

22/Apr/21 2:42 PM 3.0.0
ELGA-1009 [O] die üblichen subject, performer, author und participant könnte man noch bei uns hinzufügen, effective Time wird im Beispielsnippet angegeben, jedoch nicht definiert, müsste nach dem Rmim optional sein6.3.4.2 Laboratory Report Data Processing Entry 1.3.6.1.4.1.19376.1.3.1......<effectiveTime value="200806180512"> 21/Apr/21 4:48 PM 3.0.0
ELGA-948 Ähnlich zu Ordering Provider (1.3.6.1.4.1.19376.1.3.3.1.6) wird eine header Kopie erstellt für die XD-LAB Kompatibilität ins at-lab
...

6.3.2.16 Laboratory Results Validator 1.3.6.1.4.1.19376.1.3.3.1.5The ClinicalDocument/authenticator element MAY be present. ....

21/Apr/21 4:46 PM 3.0.0
ELGA-682 Die Zeitangabe in "4.4.7.7.1. Strukturbeispiel" /time/low/@value == "20130123211000.007-0500" entspricht den den Formatvorgaben in ILF Allg

"5.3. Zeit-Elemente" und ist daher ungültig.

21/Apr/21 4:44 PM 3.0.0
ELGA-949 Template

[https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.9.28&effectiveDate=2019-05-15T16:35:36&language=de-DE] nicht verschieben und ein im at-lab ein eigenes documentationOf mit der Verwendung des Templates erstellen
...

6.3.2.20 Laboratory Performer 1.3.6.1.4.1.19376.1.3.3.1.7Laboratory Performers MAY be present. ...

21/Apr/21 4:43 PM 3.0.0
ELGA-951 https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.1.7&effectiveDate=2019-03-07T10:44:48&language=de-DE

Korrektur auf R mit NullFlavor Unknown. Erratum mit Aussendung an die Ballotteilnehmer. ... im IHE wird verlangt das der encompEnc eine ID hat6.3.2.22 componentOf/encompassingEncounterThe ClinicalDocument/componentOf/encompassingEncounter element MAY be present. Itdescribes the encounter during which the reported lab observations were ordered.When present the encounter SHALL:• be identified with an id element: encompassingEncounter/id• The encounter SHALL have an effective time that represents the time interval (possiblystill running, e.g., an inpatient current stay) of the encounter or a point in time at whichthe encounter took place (e.g., an outpatient consultation): encompassingEncounter/effectiveTime

30/Mär/21 10:12 AM 3.0.0
ELGA-1085 Hallo Nik,
mir sind bei folgendem Template [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.27&effectiveDate=2019-05-07T13:44:02&language=de-DE] ein paar Dinge aufgefallen. Nachdem dieses Template im EXNDS verwendet wird, wäre ich dir dankbar, wenn du die Änderungsvorschläge in deinen Review aufnehmen könntest. Die Änderungen bitte mit „kritisch“ markieren. Das Template ist auch für den Laborbefund wichtig.
# Template als „geschlossen“ definieren

# Reihenfolge der Elemente an R-MIM bzw. IHE XD-LAB anpassen # observation/text grundsätzlich nicht Teil von IHE XD-LAB aber für Labor-/Mikrobiologie vermutlich trotzdem erforderlich; IHE-Konformität? # observation/statusCode erlaubt laut IHE nur „completed“ oder „aborted“ # Kardinalität von observation/referenceRange müsste von 0..* auf 0..1 geändert werden # observation/referenceRange/observationRange/text grundsätzlich nicht Teil von IHE XD-LAB aber für Labor-/Mikrobiologie vermutlich trotzdem erforderlich; IHE-Konformität? # Optional: Einbau der sdtc:precondition1 in observationRange ## Diese beinhaltet auch einen conjunctionCode (minOccurs=“1“), der im IHE XD-LAB nicht angegeben wird. XD-LAB verwendet „lab:“-Extension. Danke und LG
Gabriel

23/Mär/21 10:57 AM 3.0.0
ELGA-972 Laboratory Isolate Organizer 1.2.40.0.34.6.0.11.3.167 Korrektur des Namens von "Organzier" zu "Organizer" 07.02.2021 3.0.0
ELGA-1008 Specimens sind innerhalb von Specialtys und auch mit einer bestimmten Regel das sie am obersten Level erwähnt werden (warum haben wir uns nicht daran gehalten?)6.3.3.2.2.1Presenting the Laboratory Results in the Narrative Text...770The general rule to be applied by the Content Creator is to put the specimen at the highestpossible level in the hierarchy of the document. 11/Jan/21 1:56 PM 3.0.0
ELGA-1007 im IHE gibt es vorgaben für den Code eine Specialty, der nicht gebrochen werden darf, bei uns wurde ein eigenes ValueSet ELGA_LaborparameterErgaenzung erstellt https://termpub.gesundheit.gv.at:443/TermBrowser/gui/main/main.zul?loadType=ValueSet&loadName=ELGA_Laborstruktur6.3.3.1.1 List of Laboratory SpecialtiesEvery Laboratory Report SHALL contain at least one Laboratory Specialty Section. Each topsection represents a specialty. A laboratory report MAY be composed of test results from asingle specialty (e.g., a virology report), or from any number of specialties. The structure of thetemplate allows both kinds of reports.The Laboratory Specialty Sections use the LOINC codes defined as report subject identifiercodes. A laboratory report SHALL contain one or more of these sections, in any order.Laboratory Specialty Sections SHALL NOT be nested 11/Jan/21 1:54 PM 3.0.0
ELGA-1006 Es gibt die Möglichkeit auf Section-Ebene ein Übersektion zu erstellen, welche bei uns jedoch mit einem Level fixiert ist und eine nochmalige Gruppierung erst im organizer möglich ist.
Siehe [https://www.ihe.net/uploadedFiles/Documents/PaLM/IHE_PaLM_TF_Vol3.pdf]:

{panel:title=6.3.1.1.3.1 Constraints on the body of the laboratory medicine report} The report SHALL have a structuredBody. This body is organized as a tree of up to two levels of sections, delivering the human-readable content of the report:
Top level sections represent laboratory specialties. A top level section SHALL contain:

* either one text block carrying all the human-readable results produced for this specialty along with a single Laboratory Data Processing Entry; * or a set of Laboratory Report Item Sections.{panel}

11/Jan/21 1:53 PM 3.0.0
ELGA-974 {color:#000000}Wie kann die Template {color:#000000}"1.2.40.0.34.11.4.3.4" (Laborergebnisse aktiv) möglichst IHE konform abgebildet werden?{color}{color}
{color:#000000}{color:#000000}Wie gehen wir mit "offenen Analysen" um? Das Problem zieht sich ggf. in die Organizer-Elemente durch.{color}{color}
{color:#000000}{color:#000000}----------------{color}{color}
{color:#000000} Um beim Entry Level Template "Kultureller Erregernachweis" zu bleiben: Es kann laut Art-Decor als Component entweder das Template "1.3.6.1.4.1.19376.1.3.1.6" (Laborergebnisse), "1.2.40.0.34.11.4.3.4" (Laborergebnisse aktiv) oder "1.2.40.0.34.11.30026" (Antibiogram) enthalten. Der Link des zweiten möglichen Templates (Laborergebnisse aktiv) führt jedoch ins Leere, das Template scheint nicht spezifiziert zu sein?

Dazu stellt sich mir die Frage, was überhaupt der Unterschied zwischen den Templates "Laborergebnisse" und "Laborergebnisse aktiv" ist?{color} {color:#000000}{color:#1f497d}Der Unterschied zwischen „Laborergebnisse“ und „Laborergebnisse aktiv“ ist, dass zweiteres „ _Wert folgt_ “ Analysen enthalten kann (also noch ohne Ergebnis, mit statusCode=“active“). Wir müssen hier leider mit dem IHE XDLAB Standard brechen, der diesen Status nicht zulässt. Das Template ist noch nicht sichtbar, wir arbeiten dran.{color}{color}

11/Jan/21 1:45 PM 3.0.0

1.1 Ausblick

Ticket Template / Element Beschreibung Datum Geplante Lösungsversion

2 Weitere Hinweise

Hier werden Hinweise gelistet, welche zum Verständnis von verschiedenen Entscheidungen in diesem Leitfaden beitragen.

3 Bekannte Probleme

  • Derzeit keine

4 Diskussionen

Zu diesen Punkten besteht noch Diskussionsbedarf. Diskussionsbeiträge bitte an office@hl7.at senden.

  • Derzeit keine