Order Management. HL7 ORM Schnittstellen-Spezifikation. 2015synedrainformationtechnologies Homepage:

Größe: px

Ab Seite anzeigen:

Download "Order Management. HL7 ORM Schnittstellen-Spezifikation. 2015synedrainformationtechnologies Homepage:www.synedra.com"

Evagret Mann
vor 8 Jahren
Abrufe

1 Order Management HL7 ORM Schnittstellen-Spezifikation 2015synedrainformationtechnologies Homepage: synedraaimversion15odysseus

2 Inhaltsverzeichnis Einleitung Dokumenten-undVersionshistorie ZieldiesesDokumentes... 1 Nachrichtenversand Nachrichtenfluss ÜbersichtEvents... 2 AufbauundStruktur Nachrichtenstruktur VerwendeteHl7-Elemente MSH PID PV ORC OBR OBX... 6 A.PatientClass...7 B.OrderStatus... 8 ii

.. 2 AufbauundStruktur... 3 1.Nachrichtenstruktur...3 2.VerwendeteHl7-Elemente... 3 2.1. MSH.

3 Einleitung 1. Dokumenten- und Versionshistorie Versionsnummer Datum Autor GrundderÄnderung /01/2007 TPe InitialeVersion /08/2007 FGr SegmentTerminator,Start-undStopzeichenhinzugefügt /09/2007 FGr InformationenüberORC.2undOBR.2upgedated,zusätzlicheFelderhinzugefügt /05/2009 PNe Aktualisierung,Überarbeitung,HinzufügenneuerSegmente /06/2009 MSk ErstellenderneuenSegment-undFeldbeschreibungen /08/2009 PNe ZusammenstellendererstenmigriertendocbookVersion /08/2009 PNe UmgestaltungderKapiteleinteilungen /06/2010 PNe AppendixPatientClassundOrderStatushinzugefügt 2. Ziel dieses Dokumentes DieseSpezifikationbeschreibtjeneVoraussetzungen,welchefürsynedraAIMzumerfolgreichenEmpfangvon HL7-ORM-Nachrichtennotwendigsind.ZuGrundeliegendistderHL7-Standard. 1

4 15/06/2009 MSk ErstellenderneuenSegment-undFeldbeschreibungen 1.5 03/08/2009 PNe ZusammenstellendererstenmigriertendocbookVersion 1.6 25/08/2009 PNe UmgestaltungderKapiteleinteilungen 1.

4 Nachrichtenversand 1. Nachrichtenfluss HL7-Orm-NachrichtenwerdenvonsynedraAIMempfangen.ImFallevonTCP-IPKommunikationwerdendie folgendenstart-undstopzeichenverwendet: Startzeichen:0x0B Stopzeichen:0x1C0x0D 2. Übersicht Events HL7-ORM-NachrichtenwerdenvoneinemleitendenInformationssystemgeneriertundansynedraAIMgesendet.synedraAIMverwendetdieseNachrichtenfürfolgendezweiAufgaben: ErstellungvonWorklistenfürModalitätenundGerätedieansynedraAIMangeschlossensind ZuordnungvonDatenimporten(i.e.DicomStudien)zudenentsprechendenOrders 2

Übersicht Events HL7-ORM-NachrichtenwerdenvoneinemleitendenInformationssystemgeneriertundansynedraAIMgesendet.

5 Aufbau und Struktur 1. Nachrichtenstruktur Segment MSH PID [PV1] { ORC OBR [{OBX}] } Nichtunterstützte,zusätzlicheSegmentewerdenignoriert.DieReihenfolgederSegmentespieltfürdieVerarbeitungebenfallskeineRolle. SegmentTerminator:0x0D 2. Verwendete Hl7-Elemente 2.1. MSH MSH.4 R SendingFacility DieInformationüberdieDomain,aufdiesichdieNachricht beziehtwirdausmsh.4genommen. MSH.7 O Date/TimeOfMessage MSH.9.2 R MessageType,trigger event DerZeitstempel,andemdieNachrichterstelltwurde (YYYYMMDDHH24MISS). KlassifiziertdenNachrichtentypausMSH.9.1.WirdvonderverarbeitendenApplikationverwendet PID PID N/A PID.3 R PatientIdentifierList Patienten-Id.DasAIMunterstütztnureinePatienten-Id. PID.5 R PatientName DerNamedesPatienten. PID.5.1 R PatientName,family+lastname DerNachnamedesPatienten. 3

4 R SendingFacility DieInformationüberdieDomain,aufdiesichdieNachricht beziehtwirdausmsh.4genommen. MSH.7 O Date/TimeOfMessage MSH.9.

6 AufbauundStruktur PID.5.2 R PatientName,given name PID.5.6 O PatientName,degree (e.g.,md) PID.6 O Mother'sMaiden Name DerVornamedesPatienten. TiteldesPatienten. Geburtsname. PID.7 O Date/TimeOfBirth GeburtsdatumdesPatienten,Format:YYYYMMDDHHMMSS. PID.8 R Sex GeschlechtdesPatienten(F,ModerO). PID.11 O PatientAddress AdressedesPatienten. PID.13 O PhoneNumber- Home TelefonnummerdesPatienten. PID.16 O MaritalStatus ZivilstatusdesPatienten. PID.17 O Religion ReligiondesPatienten. PID.19 O SSNNumber-Patient SozialversicherungsnummerdesPatienten. PID.23 O BirthPlace GeburtsortdesPatienten. PID.26 O Citizenship StaatsangehörigkeitdesPatienten. PID.27 O VeteransMilitaryStatus BerufdesPatienten PV1 PV1.2 O PatientClass KannzurUnterscheidungzwischenambumlantenundstationärenFällenverwendetwerden a. PV1.3 O AssignedPatientLocation Abteilung/Station/etc.,diedemFallzugewiesenist;derInhalt wirdnichtinterpretiert. PV1.6 O PriorPatientLocation DievorhergehendeAbteilung/Station/etc.beiVerlegungen;der Inhaltwirdnichtinterpretiert. PV1.7 O AttendingDoctor DerbehandelndeArzt;derInhaltwirdnichtinterpretiert. PV1.8 O ReferringDoctor DerbehandelndeArzt. PV1.8 O ReferringDoctor DerzuweisendeArzt;derInhaltwirdnichtinterpretiert. PV1.11 O TemporaryLocation EinenichtdauerhafteAbteilung/Station/etc.beiVerlegungen; derinhaltwirdnichtinterpretiert. PV1.16 O VIPIndicator VIP-Kennzeichnung. PV1.17 O AdmittingDoctor DeraufnehmendeArzt;derInhaltwirdnichtinterpretiert. PV1.19 R VisitNumber IdentifierfüreinenFall.DasAIMkannjedochauchohneFallbezugbetriebenwerden. PV1.36 O DischargeDisposition DerEntlassungsgrund b. 4

PID.19 O SSNNumber-Patient SozialversicherungsnummerdesPatienten. PID.23 O BirthPlace GeburtsortdesPatienten. PID.26 O Citizenship StaatsangehörigkeitdesPatienten. PID.27 O VeteransMilitaryStatus BerufdesPatienten.

7 AufbauundStruktur PV1.37 O DischargedtoLocation DerOrt,andenderPatiententlassenwurde(z.B.anderesKrankenhaus,nachHause,etc.).;derInhaltwirdnichtinterpretiert. PV1.39 O ServicingFacility DemFallzugewieseneEinrichtung.;derInhaltwirdnichtinterpretiert. PV1.44 O AdmitDate/Time Aufnahmedatum,Format:YYYYMMDDHHMMSS. PV1.45 O DischargeDate/Time Entlassungsdatum,Format:YYYYMMDDHHMMSS. PV1.50 O AlternateVisitID EinealternativeFallzahl;diesewirdjedochsonstnichtimAIM verwendet,eskannnichtnachdieserfallzahlgesuchtwerden. a siehetabellepatientclass b siehetabelledischargedisposition 2.4. ORC ORC.1 R OrderControl EreignisdesSegments;EreignissesindNW=Neuanlage, XO=Update,CA=Storno;OK-Ereignissewerdenignoriert. UnbekannteEreignisseführenzueinemFehler. ORC.2 R PlacerOrderNumber EinidentifierfürdieOrder.DiesermussinnerhalbderDomain eindeutigsein. ORC.5 O OrderStatus EswerdendievomHl7-StandardvorgegebenenStatusverarbeitet.UngültigeStatuswerdenignoriert.ÜberdiesesElement kanndiesichtbarkeitaufdenworklistengesteuertwerden a. ORC.9 R Date/TimeofTransaction ORC.16 O OrderControlCode Reason DasDatum,andemdieUntersuchungendurchgeführtwerden sollen.überdieseselementwirdgesteuert,anwelchemtagdie OrderaufdenWorklistenerscheinensoll,Format:YYYYMMD- DHHMMSS. EinFreitext,indemdieklinischeFragestellungangegebenwerdenkann. ORC.18 R EnteringDevice DieAetderModalität,welchedieUntersuchungendurchführen soll.überdieseselementwirdgesteuert,aufwelchenworklistendieseuntersuchungenerscheinen. ORC.21 O OrderingFacilityName DerZuweiser.DamitderMechanismuszumSpeicherndes ZuweisersimDokumentfunktioniert,mussessichumeinegültigeAIMOrganisationseinheithandeln. a siehetabelleorderstatus 2.5. OBR OBR N/A 5

a siehetabellepatientclass b siehetabelledischargedisposition 2.4. ORC ORC.1 R OrderControl EreignisdesSegments;EreignissesindNW=Neuanlage, XO=Update,CA=Storno;OK-Ereignissewerdenignoriert.

8 AufbauundStruktur OBR.2 R PlacerOrderNumber EinidentifierfürdieUntersuchung,dervomexternenSystemvorgegebenwird.Eskannsichdabeiauchumdieaccession-numberhandeln. OBR.4.1 O UniversalServiceID, identifier OBR.4.2 R UniversalServiceID, text OBR.4.4 O UniversalServiceID, alternateidentifier DerUntersuchungs-Code;dieserwirdandieDICOM-Modalität übermittelt. DieBeschreibungderUntersuchung. EinealternativeBeschreibungderUntersuchung.Siehedazu auchdiebeschreibungzumkonfigurationseintragalternatedescriptioncondition. OBR.18 O PlacerField1 Accession-number.IstdiesesFeldleer,sowirdeineaccession-numberdurchdasAIMvergeben. OBR.19 O PlacerField2 Study-instance-uid.IstdiesesFeldleer,sowirdeinestudy-instance-uiddurchdasAIMvergeben OBX OBX.2 R ValueType Muss'NM'bei'BODYHEIGHT'und'BODYWEIGHT'sein, sonst'st'. OBX.3.2 R ObservationIdentifier, text Key-Wertinorder_additional_info. OBX.5 R ObservationValue Value-Wertinorder_additional_info. OBX.6 O Units Einheitfür'BODYHEIGHT'und'BODYWEIGHT'. 6

DieBeschreibungderUntersuchung. EinealternativeBeschreibungderUntersuchung.Siehedazu auchdiebeschreibungzumkonfigurationseintragalternatedescriptioncondition. OBR.18 O PlacerField1 Accession-number.

9 Patient Class Wert Beschreibung C Account N U E I O P R B S A V NS TK TS VS Nicht anwendbar Unbekannt Notfall Stationär (en) Ambulant (en) Voraufnahme Wiederholungspatient Geburtshilfe Stationär Ambulant Vorstationär Nachstationär Tagesklinische Behandlung Teilstationäre Behandlung Vollstationäre Behandlung TabelleA.1.PatientClass 7

Wiederholungspatient Geburtshilfe Stationär Ambulant Vorstationär Nachstationär

10 Order Status Code Beschreibung SichtbarkeitWorkliste SC Order aktiv Ja NW Order eingefügt Ja A Dokumente zur Order vorhanden Nein CA Vom KIS storniert Nein CM Order ist vollständig Nein ER Fehler in der Verarbeitung zu dieser Order Nein TabelleB.1.OrderStatus 8

Nein CA Vom KIS storniert Nein CM Order ist vollständig Nein ER

Ähnliche Dokumente

ORU Inbound. HL7 ORU Schnittstellen-Spezifikation. 2015synedrainformationtechnologies Homepage:www.synedra.com

ORU Inbound. HL7 ORU Schnittstellen-Spezifikation. 2015synedrainformationtechnologies Homepage:www.synedra.com ORU Inbound HL7 ORU Schnittstellen-Spezifikation 2015synedrainformationtechnologies Homepage:www.synedra.com synedraaimversion15odysseus Inhaltsverzeichnis Einleitung... 1 1.Dokumenten-undVersionenhistorie...