labcomplete AIS-Schnittstelle
0.1.0 - ci-build Österreich

labcomplete AIS-Schnittstelle - Local Development build (v0.1.0) built by the FHIR (HL7® FHIR® Standard) Build Tools. See the Directory of published versions

Überblick

Official URL: https://fhir.labcomplete.at/ais/v1/ImplementationGuide/at.labcomplete.fhir.ais.v1 Version: 0.1.0
Draft as of 2026-10-29 Computable Name: LabcompleteAis

Copyright/Legal: © 2026 medcom GmbH. Alle Rechte vorbehalten.

Dieser Leitfaden beschreibt, wie ein AIS (Arztinformationssystem) Laboranforderungen an labcomplete übergibt und deren Stand zurückbekommt. Die Schnittstelle gilt für alle AIS gleich; was ein Hersteller bei der Einrichtung festlegt, steht unter Verbindung.

Bedienungsanleitung

  • Einleitung: Umfang, Designentscheidungen und Akteure.
  • Ablauf: die Anwendungsfälle von der Anforderung bis zum Rückschrieb, mit Beispielen.
  • Nachrichten, Regeln und Felder: wie jede Nachricht aufgebaut ist, was labcomplete prüft und welches Element wofür verwendet wird.
  • Fehler: jeder Fehlercode und was das AIS darauf tun soll.
  • Verbindung: Transport, Schutz und Einrichtung.
  • Nachrichten prüfen und Downloads: das FHIR-Paket und wie ein AIS seine Nachrichten vorab prüft.
  • Artefakte: alle Profile, Erweiterungen, CodeSystems und Beispiele.

Begriffe

Begriff Bedeutung
Anforderung Was der Arzt für einen Patienten anfordert; enthält einen oder mehrere Aufträge.
Auftrag Der Teil einer Anforderung an genau ein Labor. Schlüssel ist seine orderId, nicht die Auftragsnummer, die Labors erneut vergeben.
Parameter Eine Untersuchung eines Auftrags, im Katalog des Labors durch ihren Kurznamen bezeichnet.
Kurzname Der Code eines Parameters; nur je Labor eindeutig.
Nachforderung Ein weiterer Auftrag auf eine schon abgenommene Probe, an dasselbe Labor.
Ordination Die Praxis des anfordernden Arztes; labcomplete kennt sie über ihre Verknüpfung mit dem AIS.
Zuweiser Ein Arzt, für den angefordert wird; ein Benutzer kann für mehrere anfordern.
Kasse Der Sozialversicherungsträger, über seinen Trägercode.
Versichertenkategorie Der zweistellige Code der e-card.

FHIR in diesem Leitfaden

Die Schnittstelle nutzt FHIR R5 als Messaging: Jede Nachricht ist ein Bundle vom Typ message, dessen erster Eintrag ein MessageHeader ist. FHIR legt Inhalt und Bedeutung der Nachrichten fest: Ereignis, Bezug und Antwort. Den Transport, also WebSocket, Quittung, Wiederholung und Verschlüsselung, legt dieser Leitfaden in einem AsyncAPI-Dokument fest (siehe Verbindung), wie es FHIR Messaging vorsieht; eine FHIR-REST-Schnittstelle bietet labcomplete nicht. Profile legen fest, welche Elemente eine Ressource haben muss und wie; Erweiterungen ergänzen, was FHIR nicht vorsieht; Invarianten sind Regeln über mehrere Elemente, als FHIRPath. CodeSystems und ValueSets fassen die Codes, NamingSystems die Namensräume der Kennungen, MessageDefinitions die Nachrichten selbst.

Eine Profilseite zeigt das Profil in mehreren Ansichten: Differential nur, was das Profil gegenüber seinem Basisprofil ändert, Snapshot das ganze Profil, Key Elements die Pflichtfelder und alles mit Must Support (S). In den Profilen der Nachrichten des AIS heißt Must Support: labcomplete liest das Element. Was es daraus macht, steht unter Felder.

Quellen

Wo es eine österreichische Vorlage gibt, folgt der Leitfaden ihr: den Leitfäden von HL7 Austria (AT Core, ELGA MOPED) und dem eCard-at-Leitfaden der SVC für Kasse und Versichertenkategorie.