ILF Diskussion:Labor- und Mikrobiologiebefund (Version 3)
Inhaltsverzeichnis
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-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. Die Elemente welche im TmE vorkommen wurde bereits geändert. Bsp: aus {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.<br clear="none"/> <br clear="none"/>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.<br clear="none"/> <div class="yui-wk-div"> <b>Verweis auf speziellen Implementierungsleitfaden:</b> Welche der Vitalparameterarten angegeben werden müssen bzw. sollen, kann im jeweiligen speziellen Implementierungsleitfaden eingeschränkt werden.</div> </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.<br clear="none"/> <br clear="none"/>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.<br clear="none"/> <div class="yui-wk-div"> <b>Verweis auf speziellen Implementierungsleitfaden:</b> Welche der Vitalparameterarten angegeben werden müssen bzw. sollen, kann im jeweiligen speziellen Implementierungsleitfaden eingeschränkt werden.</div> </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 (<b>ohne</b> zusätzliche Informationen, wie Datum, Beschreibung, etc).<br clear="none"/> </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 | |
| ELGA-1078 | Assigned Entity | 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/] |
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) * 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 | 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> …
<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 | Betroffen sind diese beiden Templates
* [https://wiki.hl7.at/index.php?title=ILF:%C3%9Cbersichtstabelle_der_CDA_Strukturen_des_Headers]
* [https://wiki.hl7.at/index.php?title=ILF:%C3%9Cbersicht_der_Zeitelemente_im_Header] ||Element||Tabelle der Header-Strukturen||Tabelle der Zeitelemente||korrekt||
|documentationOf|0..* O|1..* R|*0..\* O*|
|componentOf|0..1 O|0..1 R|*0..1 O* |
Folgende Unterschiede bestehen für die *e-Health-Spalten:*
||Element||Tabelle der Header-Strukturen||Tabelle der Zeitelemente|| korrekt ||
|hl7at:terminologyDate|0..1 O|1..1 M|*0..1 O*|
|documentationOf|0..* O|1..* R|*0..\* O*|
|componentOf|0..1 O|0..1 R|*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 | Im Wiki von 2.06.2 steht, dass dieses Element verpflichtend anzugeben ist und dass es 1..1 M wäre (siehe [https://wiki.hl7.at/index.php?title=ILF:Laborbefund#.C3.9Cberblick]). Im Art-Decor von 2.06.2 ist es aber als 0..* modelliert. (siehe [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)] Was ist richtig? |
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:
|
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). |
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 |
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] <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] -->*
--------------------------- 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". 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. |
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 |
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: * 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
