CH LAB-Order (R4)
3.0.0-ci-build - ci-build
CH LAB-Order (R4)
3.0.0-ci-build - ci-build
CH LAB-Order (R4), published by HL7 Switzerland. This guide is not an authorized publication; it is the continuous build for version 3.0.0-ci-build built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/hl7ch/ch-lab-order/ and changes regularly. See the Directory of published versions
Dieser Implementierungsleitfaden definiert die Struktur und den Inhalt von Laborauftragsdokumenten. Die tatsächlichen Austauschmechanismen zwischen Placer (z.B. EMR-Systeme) und Filler (z.B. Laborinformationssysteme) sind implementierungsspezifisch und hängen von der lokalen Infrastruktur und den Anforderungen ab. CH ORF definiert die Submit Bundle [CH ORF-1] Transaktion, die als Austauschmechanismus verwendet werden kann.
Abb.: Arbeitsablauf bei Laboraufträgen und Tests
Der Auftraggeber (z.B. ein Arzt) benötigt zur Ergänzung der Diagnostik verschiedene Laboruntersuchungen. Er erstellt in seinem Electronic Medical Records (EMR)-System ein Auftragsdokument, das die administrativen Daten enthält, die nach dem CH Core Implementation Guide strukturiert sind und deren Inhalte im EMR verfügbar sind. Aus den vom LIS bereitgestellten Analysen kann er diejenigen auswählen, die ihm bei seiner Fragestellung weiterhelfen, und er kann auch die den Analysen entsprechenden Stichproben bestimmen. Er möchte zum Beispiel die Glukose im Blut und im Liquor analysieren lassen. Das Laborsystem kann die Informationen über die benötigten Probengefässe und eventuelle Zusatzstoffe im System hinterlegen. Die präanalytischen Bedingungen sind festgelegt.
Er kann dem Laborauftrag auch Informationen über den klinischen Kontext hinzufügen: Problemliste, aktuelle Medikamentenliste, Fragen zu den verordneten Analysen.
Das Auftragsdokument wird an das Laborinformationssystem (LIS) gesendet.
Der Auftraggeber (z.B. Arzt) benötigt zur weiteren Diagnostik verschiedene Laboruntersuchungen. Dazu erstellt er in seinem Praxisinformationssystem ein Auftragsdokument mit den notwendigen Angaben zu Patient, Laboruntersuchung, Proben usw. Das benötigte Probenmaterial (Serum, Urin, Liquor, etc.) wird in den entsprechenden Auftragsdokumenten hinterlegt. Das benötigte Probenmaterial (Serum, Urin, Liquor) wird in entsprechenden Behältnissen gesammelt und dem Auftragsdokument eindeutig zugeordnet (Specimen.identifier, Specimen.container.identifier). Die Proben können im eigenen Labor untersucht werden, oder sie müssen per Post oder Kurier an das externe Labor geschickt werden. Dort werden sie vom Laborinformationssystem mit einem eigenen Identifikator (Specimen.accessionIdentifier) versehen.
Dem Auftraggeber wird ein Formular (Fragebogen) vorgelegt, das die folgenden Informationen enthält:
Es ist nicht ungewöhnlich, dass die Ergebnisse von Laboruntersuchungen dazu führen, dass weitere Untersuchungen an derselben Probe angefordert werden. Oder die internen Laboranalysen werden durch weitere Tests ergänzt, die nur in einem externen Labor durchgeführt werden können.
In der Fallstudie Verdacht auf Keuchhusten werden die internen Labortests (automatisiertes Blutbild, CRP) durch die Suche nach Bordetella pertussis- und parapertussis-DNA im Rachenabstrich ergänzt, die von einem externen Vertragslabor durchgeführt wird, um Keuchhusten auszuschliessen.
Wenn das placer System zusätzliche Tests für die vorhandenen Proben anfordert, kopiert es die ursprüngliche ServiceAnforderung, fügt die erforderlichen Labortests und einen Auftragskontrollcode 'RP' hinzu, was eine Auftrags-/Leistungsersetzungsanforderung bedeutet. Eine spezielle Invarianzregel 'sr-1' sorgt dafür, dass ein Verweis auf die ursprüngliche ServiceAnforderung hergestellt wird.
Die Order Control Codes können auch zum Stornieren, Halten oder Freigeben von gehaltenen Bestellanforderungen verwendet werden. Auch in diesen Fällen muss der Verweis auf die ursprüngliche Bestellung hergestellt werden.
Beispiel für eine referenzierte Serviceanfrage: Der Code im Element 'orderDetail' wäre 'NW' für "Neue Bestellung/Leistung", oder das Element könnte ganz weggelassen werden.
Beispiel Service Replace Request: Der Replace Request enthält einen Verweis auf den vorherigen ServiceRequest und ein Element 'orderDetail', das den Order Control Code aus dem Code System v2-0119 trägt: 'RP' für "Order/service replace request", 'CA' für "Cancel order/service request", 'HD' für "Hold order request", und 'RL' für "Release previous hold"
Dieser Anwendungsfall entspricht der Fallstudie Biologische Überwachung der SUVA. Um die Exposition von Arbeitnehmern gegenüber chemischen Stoffen zu beurteilen, werden die Messungen am Arbeitsplatz durch arbeitsmedizinische Untersuchungen ergänzt. Dabei können die toxischen Substanzen selbst oder deren Metaboliten im Serum oder Urin bestimmt werden. Die Anordnung erfolgt durch den Arbeitsmediziner des Unternehmens oder die Versicherung. Die Problematik der Fluktuation der Mitarbeiter muss beachtet werden.
Beispiele sind:
Es werden Arbeitslisten bearbeitet, die sich über einen längeren Zeitraum (Tage/Wochen) erstrecken. In der Regel werden bestimmte Untersuchungen bei mehreren Patienten angefordert.