Änderungen

Wechseln zu: Navigation, Suche

ILF Diskussion:Labor- und Mikrobiologiebefund (Version 3)

8.474 Bytes entfernt, 14:14, 30. Jun. 2021
Release-Log
|-
|[https://jira-neu.elga.gv.at/browse/ELGA-950 ELGA-950]
|Laborbefund|Es wird entgegen dem xd[https://art-decor.org/art-decor/decor-templates--lab bewusst optional im at-lab modelliert-?section=templates&id=1.2.40.0. Texttuell erwähnen "Muss im IHE XD34.6.0.11.0.11&effectiveDate=2020-LAB bei einem Update angegeben werden, im ELGA Kontext ist dies nicht erforderlich08-25T14:35:13&language=de-DE 1.2."<br />40.0.34.6.30.11.20.21 11]|Assert wurde ergänzt: Wird /ClinicalDocument/relatedDocument/parentDocumentThis element SHALL be present in case of an update replacement of a previous reportangegeben, MUSS relatedDocument[@typeCode='RPLC'] sein.
|05/Mai/21 12:25 PM
|3.0.0
|-
|[https://jira-neu.elga.gv.at/browse/ELGA-1096 ELGA-1096]
|TODO entfernen
|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.<br />Wie könnte diese Information codiert werden? In <nowiki>[https://terminology.hl7.org/CodeSystem-v3-ObservationInterpretation.html]</nowiki> gibt es keine Entsprechung.<br />Siehe z.B.: <nowiki>[https://confluence.elga.gv.at/download/attachments/23791596/Mikrobio-Befund%20%C3%82KH%20Anzeigeppflicht.pdf?version=1&modificationDate=1611645602912&api=v2]</nowiki>
|04/Mai/21 4:43 PM
|3.0.0
|-
|[https://jira-neu.elga.gv.at/browse/ELGA-1087 ELGA-1087]
|
|Mit der sdtc:precondition1 soll es möglich sein, die lab:precondition wie sie in IHE XD-LAB beschrieben ist, abzubilden. <br />sdtc:precondition1 soll deshalb verwendet werden, weil dadurch das CDA Schema nicht erweitert werden müsste, weil darin die sdtc:precondition1 schon vorhanden ist.<br />Zu klären:
<nowiki>*</nowiki> 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
|-
|[https://jira-neu.elga.gv.at/browse/ELGA-1010 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
|-
|[https://jira-neu.elga.gv.at/browse/ELGA-944 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<br />...
 
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
|-
|[https://jira-neu.elga.gv.at/browse/ELGA-1124 ELGA-1124]
|
|<nowiki>In den "Entnahmeart und Entnahmegerät" wurden aus der Tabelle der "Spezimeninformationen" ([Vorgaben zum medizinischen Inhalt|https://wiki.hl7.at/index.php?title=ILF:Labor-_und_Mikrobiologiebefund_(Version_3)#Vorgaben_zum_medizinischen_InhaltVorgaben zum medizinischen Inhalt] findet sich in der Tabelle der "Spezimeninformationen" der Eintrag "Entnahmeart ) entfernt, da bisher nicht umgesetzt und Entnahmegerät"auch keine Anforderung zur Umsetzung besteht.</nowiki><br />Es konnte allerdings im alten Leitfaden weder eine Darstellung für Level 2 noch eine Codierung für Level 3 gefunden werden.<br />Wie soll mit dieser Information umgegangen werden?
|04/Mai/21 4:29 PM
|3.0.0
|-
|[https://jira-neu.elga.gv.at/browse/ELGA-1137 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
|-
|[https://jira-neu.elga.gv.at/browse/ELGA-559 ELGA-559]
|
|Evtl Hinzufügen zu *2.1. Anwendungsfall LAB01 „Laboruntersuchung eines niedergelassenen Labors“*
Als Unter-Arbeitsfall
Siehe Passus aus dem Organisationshandbuch:<br />----------------
 
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 <nowiki>http://www.hl7.at/mit-gliederbereich/downloads/#toggle-id-3</nowiki>)
• Die Beachtung als auch die etwaige Dokumentation eines zur Kenntnis gebrachten SOO obliegt der Verantwortung des Auftragnehmers (z.B. Labor).<br />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.<br />
|04/Mai/21 4:05 PM
|3.0.0
|-
|[https://jira-neu.elga.gv.at/browse/ELGA-654 ELGA-654]
|
|Verpflichtende Angabe des Aufenhtalts bei stationären Laborbefunden (derzeit optional)<br />Darstellung in XDS über ServiceEvent "GDLSTATAUFLABOR"?
|04/Mai/21 3:55 PM
|3.0.0
|-
|[https://jira-neu.elga.gv.at/browse/ELGA-869 ELGA-869]
|
|Derzeit schränkt PaLM den  ReferenceRange.interpretationCode mit fix "N" ein.<br />Das verhindert die Angabe von zusätzlichen Referenzbereichen.<br />Für Impftiter wird zusätzlich POS benötigt
|04/Mai/21 3:54 PM
|3.0.0
|-
|[https://jira-neu.elga.gv.at/browse/ELGA-1136 ELGA-1136]
|
|<nowiki>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:</nowiki><br />"Weiters kann angegeben werden, ob der Kontakt geplant oder ungeplant zustande gekommen ist."<br />Trifft das hier auch zu? und wie kann das angegeben werden?
|04/Mai/21 3:53 PM
|3.0.0
|-
|[https://jira-neu.elga.gv.at/browse/ELGA-946 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-<br />...
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
|-
|[https://jira-neu.elga.gv.at/browse/ELGA-1131 ELGA-1131]
|TODO entfernen
|<nowiki>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]?</nowiki><br /><nowiki>[400999005 - Procedure requested (situation)|https://browser.ihtsdotools.org/?perspective=full&conceptId1=400999005&edition=MAIN/2021-01-31&release=&languages=en]</nowiki>
|04/Mai/21 3:51 PM
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
|-
|[https://jira-neu.elga.gv.at/browse/ELGA-1138 ELGA-1138]
|
|<nowiki>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?</nowiki>
|04/Mai/21 3:38 PM
|3.0.0
|-
|[https://jira-neu.elga.gv.at/browse/ELGA-1011 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
|-
|[https://jira-neu.elga.gv.at/browse/ELGA-47 ELGA-47]
|TODO: gelöst in Leitfäden 2.06?
|Keimwachstum Zeile 241 - "Erregerwachstum"
Keimnachweis wird "Erregernachweis"
|-
|[https://jira-neu.elga.gv.at/browse/ELGA-1108 ELGA-1108]
|TODO entfernen
|Diese Einträge fehlen noch (Entdeckt im DGC Datensatz)<br /><nowiki>|119342007|Saliva specimen|Speichel|-> Gastrointestinal |</nowiki>
<nowiki>|119364003|</nowiki>Serum specimen|Serum|--> Blood Specimen|
|-
|[https://jira-neu.elga.gv.at/browse/ELGA-437 ELGA-437]
|TODO entfernen
|4.4.8. Kultureller Erregernachweis<br />Methode der Angabe der Erreger per SNOMED
Methode zur Angabe von "Kein Keim/Erreger nachweisbar"
|03/Mai/21 2:29 PM
|3.0.0
|-
|[https://jira-neu.elga.gv.at/browse/ELGA-947 ELGA-947]
|
|wie beim author einen eigenes Header Element im at-lab erstellen<br />...
6.3.2.15 legalAuthenticator
|28/Apr/21 3:03 PM
|3.0.0
|-
|[https://jira-neu.elga.gv.at/browse/ELGA-943 ELGA-943]
|
|Erstellen eines eigenen Authors mit der Telefonnummer auf R1 (M 1..1 mit NullFlavor)<br />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
|-
|[https://jira-neu.elga.gv.at/browse/ELGA-1022 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
|-
|[https://jira-neu.elga.gv.at/browse/ELGA-602 ELGA-602]
|Laboratory Observation [https://art-decor.org/art-decor/decor-templates--at-lab-?section=templates&id=1.2.40.0.34.6.0.11.3.27&effectiveDate=2021-04-19T16:15:55&language=de-DE 1.2.40.0.34.6.0.11.3.27]  TODO gleich wie 606?
|Ermöglichen von Vorwerten (dieselbe Untersuchung, anderes Material)<br />Laboratory Observation 1.3.6.1.4.1.19376.1.3.1.6<br />Previous observations obtained for the same patient, test, same method, same unit (1)<br />Für Laboruntersuchung und für Mikrobiologie<br />*Von:* Jeroen de Bruin <nowiki>[mailto:jb@medexter.com]</nowiki>
<nowiki>*</nowiki>Gesendet:* Donnerstag, 01. Juni 2017 09:27
|-
|[https://jira-neu.elga.gv.at/browse/ELGA-606 ELGA-606]
|Laboratory Observation [https://art-decor.org/art-decor/decor-templates--at-lab-?section=templates&id=1.2.40.0.34.6.0.11.3.27&effectiveDate=2021-04-19T16:15:55&language=de-DE 1.2.40.0.34.6.0.11.3.27] TODO stimmt das template?|Es soll ist möglich sein, einen Verweis auf ein vorangegangenes Ergebnis anzugeben.<br />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
|-
|[https://jira-neu.elga.gv.at/browse/ELGA-635 ELGA-635]
|observation/interpretationCode|Kontext: ILF LAB 2.06.2 "4.4.7.3.8. Bewertung des Ergebnisses (observation/interpretationCode)"<br />Die Optionalität von /observation/interpretationCode ist derzeit im Falle EIS enhanced und fullSupport mit observation/referenceRange wurden entsprechend der IHE auf [10..*1] geändert, M] definiert.<br />Im Hinblick auf mögliche Analyseergebnissedamit nachvollziehbar, die keine Bewertung erfordern (u.a. Feststellung der Blutgruppe) bzw. denen kein Referenzbereich zugrunde liegt sollte dieses Constraint überdacht werdenwelcher interpretationCode welcher referenceRange zuzuordnen ist.
|27/Apr/21 10:08 AM
|3.0.0
|-
|[https://jira-neu.elga.gv.at/browse/ELGA-973 ELGA-973]
|Laboratory Specialty Section (Kultureller Erregernachweis)|{color[https:#000000} Im Template "Kultureller Erregernachweis" wird das Spezimen in einem "specimenPlayingEntity"//art-Element spezifiziertdecor. Dieses enthält laut Artorg/art-Decor neben einem typeCode ein Code-Element des Datentyps CD sowie ein originalText Element. Da der Datentyp CD jedoch laut Artdecor/decor-Decor Datentyptemplates-Spezifikation ebenfalls ein originalText-Element als Kindelement enthalten kann und aus Artat-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 originalTextlab-Element nun tatsächlich spezifiziert? Sofern es section=templates&id=1.2.40.0.34.6.0.11.2.106&effectiveDate=2021- wie von mir vermutet 04- innerhalb des Code06T08:46:53&language=de-Elements spezifiziert wirdDE 1.2.40.0.34.6.0.11.2.106]  TODO: kann das entfernt werden, wäre dann nicht einfach ein Kommentar beim Code-Element schlüssiger/logischerda ja neu?{color}<br |specimenPlayingEntity/>{color:#1f497d}Wo man den OriginalText definiert ist vermutlich Geschmackssache, die aktuelle Darstellung kommt vermutlich aus code wird in der Übertragung aus Word zustandekünftigen Leitfadenversion mittels SNOMED-CT codiert. Das Ergebnis ist aber dasselbeFolgende Beschreibung wurde dem code-Element hinzugefügt: "Das Element code enthält ggf. ein Unterelement mit originalText/reference, das auf die Bezeichnung des Erregers enthältreferenziert, wie er dem Benutzer angezeigt werden soll (ggf . in Unterschied zum zu @displayName Attribut von code){color}."
|27/Apr/21 8:59 AM
|3.0.0
|3.0.0
|}
 
==Ausblick==
3.869
Bearbeitungen

Navigationsmenü