Hva betyr standarder og sertifisering for samhandling?
Noen vanlige feil ved implementering av labmeldinger Sending og mottak av rekvisisjoner v 1.5 Sending og mottak av svarmeldinger v 1.3
Sending av rekvisisjon (v 1.5) Bruk av ID-er 1. Message/MsgId (avsenders id av melding UUID) 2. Message/ServReq/Id (henvisende instans sin id av rekvisisjonen, denne benyttes i apprec) MsgId og Id må være forskjellig. Ved endring eller kansellering av melding skal 1) genereres på nytt mens 2) skal være den samme som for originalmelding.
Rekv v 1.5 og svar 1.3 Bruk av UUID (Universally Unique Identifier) UUID alltid skal: Oppgis som en unik id på 128-bit/16-byte på hexadesimal form Skal alltid oppgis på formatet XXXXXXXX-XXXX-XXXX- XXXX-XXXXXXXXXXXX (8-4-4-4-12) Lovlige verdier er [0-9], [a-f] og [A-F] Eksempel på en gyldig UUID er {4c661458-c412-4c14- baae-7b096f64f6e7}
Sending av rekvisisjon Bruk av datoer, pass på at datoer mappes riktig 1. Message/GenDate (tidspunkt for generering av melding) 2. Message/ServReq/IssueDate (dato for skriving av rekv) 3. Message/ServReq/RequestedDateReport (dato for ønsket svar innen) 4. /AnalysedSubject/CollectedSample/CollectedDate (dato for når prøven er tatt) 5..../AnalysedSubject/RequestedSubject/ReqDate (benyttes for å angi når prøven ønskes tatt)
Sending av rekvisisjon Prioritet på rekvisisjon/ enkeltundersøkelser 1. Prioritet som angår hele rekvisisjonen angis i Message/ServReq/RequestedPrioReport (rekv instans sin ønskede svar-rapporteringsprioritet) 2. Når enkeltundersøkelser ønskes gitt ulik prioritet Message/ServReq/ReqInvestigation/Priority (intern hastegrad)
Sending av rekvisisjon Fastlegeopplysninger kan oppgis i Message/ServReq/Patient/ResponsibleHcp ansvarlig helsetj.enhet <ResponsibleHcp> <Relation V="FLE" DN="Fastlege"/> <HCP>
Sending av rekvisisjon Når flere prøver skal angis, dvs. flere forekomster av AnalysedSubject Dette løses ved å angi flere forekomster av ReqInvestigation, med ett AnalysedSubject under hver, og med de tilhørende Investigation/Id
Flere prøver - flere forekomster av ReqIn med ett AnalysedSubj for hver <!-- Rekvirert undersøkelse --> <ReqInvestigation> ønsket undersøkelse for spesifikt underssobjekt -ha flere forekomster <ServType V="N" DN="Ny"/> <Investigation> spesifikasjon av undersøkelsen <Id S="2.16.578.1.12.4.1.1.8212" OT="Hepatitt C - antistoff"/>kode for us </Investigation> <!-- Opplysninger om prøven --> <AnalysedSubject> Beskrivelse av prøvemateriale <CollectedSample> <CollectedDate V="2009-01-25"/> Dato prøve tatt </CollectedSample> <Type>Serum</Type> <IdByRequester>20090125-1-MBIO-Serum</IdByRequester> <Comment>Kopi, prøven er innsendt av ort. - sengepost A2, Testsykehus HF</Comment> </AnalysedSubject> </ReqInvestigation> <ReqInvestigation>
Kliniske opplysninger bruk av InfItem (diagnose, funn, observasjoner, <InfItem> opplysninger om en enkelt klinisk opplysning <Observation> <CodedDescr V="KOM" S="2.16.578.1.12.4.1.1.8209" DN="Kommunikasjons-problemer (nedsatt hørsel)"/> </Observation> <Type V="NB" DN="Spesielle hensyn av betydning for behandlingen"/> </InfItem> Diagnose skal ikke oppgis i ReasonAsText når den er strukturert men i InfItem <ReasonAsText> ikke slik </ReasonAsText> <Heading V="DIAG" DN="DIAGNOSE"/> <TextResultValue>L010 - Impetigo (enhver organisme) (enhver lokalisasjon) </TextResultValue>
Sending og mottak av rekvisisjon og svar Tegnsettet UTF-8 bør benyttes Ved bruk av elementer av datatypen CS (Coded Simple value) skal attributtet DN være med og inneholde standardisert kodemening <Type V= R DN= Rekvisisjon /> Tomme elementer skal ikke være med
Mottak og sending av rekvisisjon og svar Hvis et punkt i egenerklæringen settes til nei, kreves det en kommentar/beskrivelse av hvorfor man erklærer at systemet ikke gjør det som man spør etter i det aktuelle punktet
Mottak av rekvisisjon Manglende og feil pasientopplysninger må fanges opp Applikasjonskvitteringer må genereres og sendes inn Rekvisisjonsmelding kan inneholde flere rekvisisjoner flere forekomster av ServReq like mange applikasjonskvitteringer som det er rekvisisjoner i en forsendelse Viktig hvilke elementer fra originalmelding som skal inn i apprec Apprec - misforståelser i forhold til OriginalMsgId/IssueDate og Id
Mottak av rekvisisjon Apprec - misforståelser i forhold til OriginalMsgId/IssueDate og Id <Message xmlns <Type V="R" DN="Rekvisisjon"/> <MIGversion>v1.5 2008-12-01</MIGversion> <GenDate V="2009-01-09T14:15:12"/> <MsgId>b99282b0-49f7-11de-8a39-0800200c9a66</MsgId> <ServReq> <ServType V="N" DN="Ny"/> <IssueDate V="2009-01-09T13:45:00"/> Skal brukes i Apprec <PaymentCat V="1" DN="Ordinær pasient"/> <MsgDescr V="CT" DN="Computertomografi"/> <Id>984350c0-3fc1-11de-8a39-0800200c9a66</Id> Skal brukes i apprec <RequestedPrioReport V="NORM" DN="Normal"/>
Sending av svarmelding Pass på tidspunkt/datoer For eks. kan ikke godkjenningstidspunkt (ApprDate) være tidligere enn utstedelsestidspunkt (IssueDate) for svarrapport (ServReport) Hvis rekvisisjonens identifikator er ukjent, skal verdien i Message/ServReport/ServReq/Id være "NULL" <Id>NULL</Id> Rekvirenten må identifiseres med en identifikator som entydig identifiserer organisasjonen, dvs. organisasjonsnummer og/eller HER-id
Mottak og Sending av rekv og svar Pass på identifikasjon av helsetjenesteenheter/personell. For institusjoner skal organsisasjonsnummer og/eller HERid oppgis, samt avdeling og/eller helsepersonell. For helsepersonell oppgis fortrinnsvis HPR-nummer eller HER-id. Lokale identifikatorer kan angis i tillegg i AdditionalId på hvert nivå.
Mottak og Sending av rekv og svar Ved bruk av kopimottaker: Meldingene som sendes til rekvirent og kopimottaker(e) skal være identiske. Hver mottaker skal bl.a. kunne se i meldingen de mottar hvilken rolle de har for å unngå misforståelser. Identiske meldinger - Message/ServReport/IssueDate skal være identisk. Også Message/MsgId og Message/GenDate.
KITH AS Sukkerhuset 7489 Trondheim firmapost@kith.no www.kith.no Tel 73 59 86 00 Fax 73 59 86 11 www.kith.no Tittel og forfatter her: Bruk Vis / Sette inn Topptekst...