Akseptansetest av mottak Rekvirering av medisinske tjenester Medisinsk biokjemi

Akseptansetest av mottak Rekvirering av medisinske tjenester Meldingsversjon: versjon 1.4, datert 20.05.2005

2 Akseptansetest av mottak Rekvirering av medisinske tjenester Innholdsfortegnelse 1. Revisjonshistorikk... 3 2. Akseptansetest av mottak av Rekvirering av medisinske tjenester, medisinsk biokjemi... 4 Hvordan gjennomføre en test... 4 Kontaktinformasjon... 5 3. Casebeskrivelser... 6 Generelle retningslinjer... 6 Case 1... 6 Case 2... 9 4. Egenerklæring... 11 Gjennomførte test-case... 11 XML-melding... 11 Syntaks... 11 Semantikk... 12 5. Referanser... 14 6. Informasjon om avsendersystem... 15 2

Akseptansetest av mottak Rekvirering av medisinske tjenester 3 1. Revisjonshistorikk Dato Kommentar Ansvarlig 15.08.2007 Publisert TTR 3

4 Akseptansetest av mottak Rekvirering av medisinske tjenester 2. Akseptansetest av mottak av Rekvirering av medisinske tjenester, medisinsk biokjemi Akseptansetesten skal sikre at mottaket av Rekvirering av medisinske tjenester, medisinsk biokjemi er implementert på korrekt måte i følge den aktuelle meldingsbeskrivelsen [1] og XML Schema [2]. Testen er ment som en hjelp for leverandørene for å garantere kvaliteten på implementasjonen. Det er utarbeidet et sett med case-beskrivelser og tilhørende egenerklæringsskjema. Casene skal dekke den vanligste bruken av meldingen, med størst mulig detaljeringsgrad som beskrevet i meldingsbeskrivelsen. Egenerklæringsskjemaet inneholder sjekkpunkter rundt tekniske forhold (syntaks) og meldingens innhold (semantikk). Hvordan gjennomføre en test Leverandørene skal gjennomgå testprosedyrene som er utarbeidet. Gjennomføringen av testene er leverandørens ansvar og de gjøres i leverandørens lokaler og skal dokumenteres. 1. Leverandør sender inn resultater til KITH i form av XML-meldinger og egenerklæringsskjema (Kortversjon: Akseptansetest av mottak av Rekvirering av medisinske tjenester, medisinsk biokjemi). XML-filene skal sendes elektronisk. Egenerklæring må sendes inn ved faks eller post på grunn av signaturen. Leverandør får status Testing pågår på web ved første innsending. 2. KITH evaluerer innsendt materiale. 3. Leverandøren mottar tilbakemelding 4. Punkt 1-3 gjentas inntil endelig godkjenning. 5. Leverandører får status OK på web ved endelig godkjenning. Følgende dokumenter skal sendes inn til KITH: 1. Egenerklæring og Informasjon om avsendersystem skal være fylt ut og underskrives av personen som gjennomførte testen. Egenerklæringen og Informasjon om mottakersystem skal foreligge på papir (fax/brev) men kan leveres elektronisk i tillegg. 2. Utskrift av skjermbilder og forklaring av sekvens og nødvendig input for hvert skjermbilde der dette er angitt i egenerklæringen. Dette skal fortelle KITH hvordan innkommende data mottas og presenteres, samt gi inntrykk av hvordan forskjellige typer feil håndteres. Alle skjermbilder det bes om i Kapittel 4 Egenerklæring skal oversendes KITH elektronisk eller på papir. 3. XML (applikasjonskvitteringer) som genereres av applikasjonen leveres elektronisk til KITH. 4

Akseptansetest av mottak Rekvirering av medisinske tjenester 5 Kontaktinformasjon Send inn egenerklæringsskjemaet samt meldingene som XML til: KITH Sukkerhuset 7489 Trondheim E-post og webadresse: meldingshjelp@kith.no http://www.kith.no/ 5

6 Akseptansetest av mottak Rekvirering av medisinske tjenester 3. Casebeskrivelser Generelle retningslinjer Innsendte meldinger skal inneholde all informasjon som er beskrevet for det enkelte case. Datoer og identifikatorer for prøver og rapporter kan avvike fra case-beskrivelsen. Testaktører kan avvike, men det er ønskelig å benytte testaktørene som er benyttet i casebeskrivelsen. Hvis interne rutiner hos dere tilsier at flere adresseopplysninger skal følge med i meldingen, kan dette legges inn i testmeldingene. Legg inn merknad om dette i egenerklæringen. Fullstendige opplysninger om testaktørene finnes på http://www.kith.no/akseptansetest/testmateriale Opplysninger om akkreditering skal kun legges inn hvis dette er relevant. Opplysninger om akkreditering kan inkluderes i andre case også. Opplysninger som er forklarende tekst til selve case-beskrivelsen er markert med gul bakrunnsfarge og skal ikke overføres. Avvik fra casebeskrivelsen skal dokumenteres med begrunnelse for eventuelle avvik. Case 1 <?xml version="1.0" encoding="iso-8859-1"?> <!-- Eksempel på bestilling av klinisk kjemisk undersøkelse, internt rekvisisjon --> <!-- Eksempelet viser bestilling med lokal kode og bruk av NKKL-kode og både lokal og NKKKL-kode --> <!-- Vanligvis vil en meldingsinstans kun inneholde en måte å gjøre dette på --> <Message xmlns="http://www.kith.no/xmlstds/rekvisisjon/2005-05-20" xmlns:xsd="http://www.w3.org/2001/xmlschema.xsd" xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xsi:schemalocation="http://www.kith.no/xmlstds/rekvisisjon/2005-05-20 Rekvisisjon-v1_4.xsd"> <Type V="R" DN="Rekvisisjon"/> <MsgVersion>v1.4 2005-05-20</MsgVersion> <MIGversion>v1.4 2005-05-20</MIGversion> <GenDate V="2005-05-21T09:30:47-05:00"/> <MsgId>3434324234</MsgId> <ServReq> <ServType V="N"/> <IssueDate V="2005-05-20"/> <MsgDescr V="CLIN" DN="Klinisk kjemi"/> <Id>434543</Id> <Patient> <Sex V="1"/> <Name>Finn Dottno</Name> <OffId>21016400952</OffId> <TypeOffId V="FNR"/> <ResponsibleHcp> <Relation V="FLE" DN="Fastlege"/> <HCP> <HCProf> <Name>August September</Name> <Id>9144897</Id> <TypeId V="HPR"/> </HCProf> </HCP> </ResponsibleHcp> <AdmLocation> <Role V="1" DN="Oppholdssted"/> <AdmCat V="2" DN="Dagbehandling"/> <Location> <SubLocation> <Type V="3" DN="Rom"/> <Place>208</Place> </SubLocation> <Inst> <Name>Køfri sykehus HF</Name> <Id>974744570</Id> 6

Akseptansetest av mottak Rekvirering av medisinske tjenester 7 <TypeId V="ENH" DN="Organisasjonsnummer i enhetsregister"/> </Inst> </Location> </AdmLocation> <Address> <Type V="H" DN="Bostedsadresse"/> <StreetAdr>Gamleveien 4</StreetAdr> <PostalCode>0501</PostalCode> </Address> <InfItem> <Observation> <Description>Vitamin B-12 mangel?</description> </Observation> <Type V="OPPL" DN="Klinisk opplysning"/> </InfItem> </Patient> <ServProvider> <HCP> <Inst> <Name>Køfri sykehus HF</Name> <Id>974744570</Id> <TypeId V="ENH" DN="Organisasjonsnummer i enhetsregister"/> <Dept> <Name>Avdeling for immunologi og transfusjonsmedisin</name> <Id>8200</Id> <TypeId V="LAV"/> </Dept> </Inst> </HCP> </ServProvider> <Requester> <Role V="REQ" DN="Henvisende instans"/> <!-- Dette elementet er ikke nødvendig å ha med --> <HCP> <Inst> <Name>Køfri sykehus HF</Name> <Id>974744570</Id> <TypeId V="ENH" DN="Organisasjonsnummer i enhetsregister"/> <Dept> <Name>Øyeavdeling</Name> <Id>2240</Id> <TypeId V="LAV"/> </Dept> <HCPerson> <Name>May Jones</Name> <Id>9144919</Id> <TypeId V="HPR" DN="Helsepersonellnummer"/> </HCPerson> </Inst> </HCP> </Requester> <CopyDest> <Role V="COP" DN="Kopimottaker"/> <!-- Dette elementet er ikke nødvendig å ha med --> <CopyDestRole> <MsgType V="S" DN="Svarrapport"/> </CopyDestRole> <HCP> <Inst> <Name>Vassenden legekontor</name> <Id>974793539</Id> <TypeId V="ENH" DN="Organisasjonsnummer i enhetsregister"/> <HCPerson> <Name>August September</Name> <Id>9144897</Id> <TypeId V="HPR"/> </HCPerson> </Inst> </HCP> </CopyDest> <ReqInvestigation> <ServType V="N" DN="Ny"/> <!-- eksempel på undersøkelse spesifisert med NKKKL - siste 2 undersøkelser viser bruk av lokal kode --> <!-- Vanligvis vil det ikke være blanding av disse metodene i en instans - kun tatt med her for å vise muligheter --> <Id V="NPU02508" S="2.16.578.1.12.4.1.1.7230" DN="P-Jern"/> 7

8 Akseptansetest av mottak Rekvirering av medisinske tjenester <Id V="NO05373" S="2.16.578.1.12.4.1.1.7230" DN="S-TIBC"/> <Id V="NO05129" S="2.16.578.1.12.4.1.1.7230" DN="P-Ferritin"/> <Id V="NO05227" S="2.16.578.1.12.4.1.1.7230" DN="S-Kobalamin"/> <Id V="NPU02070" S="2.16.578.1.12.4.1.1.7230" DN="P-Folat"/> <Id V="NO05055" S="2.16.578.1.12.4.1.1.7230" DN="P-ASAT"/> <Id V="NO05005" S="2.16.578.1.12.4.1.1.7230" DN="P-ALAT"/> <Id V="NO05032" S="2.16.578.1.12.4.1.1.7230" DN="P-ALP"/> <!-- Eksempel på bruk av loaklt kodeverk (uspesifisert laboratoriekodeverk) og NKKKL--> <!-- Her oppgis både lokal kode og "offisiell kode" --> <Id V="NO05163" S="2.16.578.1.12.4.1.1.7230" DN="P-GT"/> <Id V="107" S="2.16.578.1.12.4.1.1.8212" DN="Gamma GT"/> <!-- Eksempel på bruk av loaklt kodeverk (uspesifisert laboratoriekodeverk --> <Id V="048" S="2.16.578.1.12.4.1.1.8212" DN="Kreatinin"/> <AnalysedSubject> <RequestedSubject> <Priority V="4H" DN="Innen 4 timer"/> <ReqDate V="2005-05-20"/> </RequestedSubject> <Type>Blod</Type> <SubjectMeasures> <TypeQuantity>Samlet prøvemengde</typequantity> <Quantity V="50.0" U="ml"/> </SubjectMeasures> <Pretreatment> <Heading V="FA" DN="Faste"/> <TextResultValue>Pasienten må ha fastet i minst 12 timer.</textresultvalue> </Pretreatment> </AnalysedSubject> </ReqInvestigation> </ServReq> </Message> 8

Akseptansetest av mottak Rekvirering av medisinske tjenester 9 Case 2 <?xml version="1.0" encoding="utf-8"?> <!--Case-2 til akseptansetest-mottak, originalt Case-3-EksKlinisk3_v13.xml--> <Message xmlns="http://www.kith.no/xmlstds/rekvisisjon/2005-05-20" xmlns:kith="http://www.kith.no/xmlstds" xmlns:xsd="http://www.w3.org/2001/xmlschema.xsd" xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xsi:schemalocation="http://www.kith.no/xmlstds/rekvisisjon/2005-05-20 Rekvisisjon-v1_4.xsd"> <Type V="R" DN="Rekvisisjon"/> <MsgVersion>v1.4 2005-05-20</MsgVersion> <MIGversion>v1.4 2005-05-20</MIGversion> <GenDate V="2002-12-12T09:30:47"/> <MsgId>4545435435</MsgId> <ServReq> <ServType V="N"/> <IssueDate V="2002-12-12"/> <MsgDescr V="CLIN" DN="Klinisk kjemi"/> <Id>4332808</Id> <Patient> <Sex V="2" DN="Kvinne"/> <Name>Danser, Line</Name> <OffId>13116900216</OffId> <TypeOffId V="FNR" DN="Fødselsnummer"/> <Address> <Type V="PST" DN="Postadresse"/> <StreetAdr>Numedalsveien 52</StreetAdr> <PostalCode>3602</PostalCode> <City>Kongsberg</City> </Address> </Patient> <ServProvider> <HCP> <Inst> <Name>Balsam sykehus HF</Name> <Id>883974832</Id> <TypeId V="ENH" DN="Off. identifikator for institusjoner (enhetsregisteret)"/> <Dept> <Name>Klinisk fysiologisk laboratorium</name> <Id>8680</Id> <TypeId V="LAV" DN="Lokal identifikator for avdelinger"/> </Dept> </Inst> </HCP> </ServProvider> <Requester> <HCP> <Inst> <Name>Kattskinnet legesenter</name> <Id>971318864</Id> <TypeId V="ENH" DN="Off. identifikator for institusjoner (enhetsregisteret)"/> <HCPerson> <Name>Rita Lin</Name> <Id>9144900</Id> <TypeId V="HPR" /> </HCPerson> </Inst> <Address> <Type V="PST" /> <StreetAdr>Erling Skakkes gate 75</StreetAdr> <PostalCode>7012</PostalCode> <City>Trondheim</City> </Address> </HCP> </Requester> <ReasonAsText> <Heading V="PROB" DN="Problemstilling"/> <TextResultValue>Morgenkvalme, gravid?</textresultvalue> </ReasonAsText> <ReqInvestigation> <ServType V="N" DN="Ny"/> <Id V="NPU02593" S="2.16.578.1.12.4.1.1.7230" DN="B-Leukocytter"/> <Id V="NO05172" S="2.16.578.1.12.4.1.1.7230" DN="B-Hemoglobin"/> 9

10 Akseptansetest av mottak Rekvirering av medisinske tjenester <Id V="NPU02596" S="2.16.578.1.12.4.1.1.7230" DN="B-Diff"/> <Id V="NPU02508" S="2.16.578.1.12.4.1.1.7230" DN="P-Jern"/> <Id V="NO05129" S="2.16.578.1.12.4.1.1.7230" DN="P-Ferritin"/> <Id V="NPU03429" S="2.16.578.1.12.4.1.1.7230" DN="P-Natrium"/> <Id V="NPU03230" S="2.16.578.1.12.4.1.1.7230" DN="P-Kalium"/> <Id V="NO05091" S="2.16.578.1.12.4.1.1.7230" DN="P-CRP"/> <Id V="NO05389" S="2.16.578.1.12.4.1.1.7230" DN="S-TSH"/> <Id V="NPU03579" S="2.16.578.1.12.4.1.1.7230" DN="X-Trombocytter"/> <Id V="NPU03624" S="2.16.578.1.12.4.1.1.7230" DN="P-T3"/> <Id V="NPU03958" S="2.16.578.1.12.4.1.1.7230" DN="U-Protein"/> <AnalysedSubject> <CollectedSample> <CollectedDate V="2003-01-04"/> </CollectedSample> <Type>Blod - Gelglass</Type> <Number>2</Number> <SampleCollInd V="J" DN="Ja"/> </AnalysedSubject> <AnalysedSubject> <CollectedSample> <CollectedDate V="2003-01-04"/> </CollectedSample> <Type>Blod - EDTA-glass</Type> <Number>1</Number> <SampleCollInd V="J" DN="Ja"/> </AnalysedSubject> <AnalysedSubject> <CollectedSample> <CollectedDate V="2003-01-04"/> </CollectedSample> <Type>Utstryk</Type> <Number>1</Number> <SampleCollInd V="J" DN="Ja"/> </AnalysedSubject> <AnalysedSubject> <CollectedSample> <CollectedDate V="2003-01-04"/> </CollectedSample> <Type>Urin</Type> <Number>1</Number> <SampleCollInd V="J" DN="Ja"/> </AnalysedSubject> </ReqInvestigation> </ServReq> </Message> 10

Akseptansetest av mottak Rekvirering av medisinske tjenester 11 4. Egenerklæring Kriteriene er fordelt på syntaks og semantikk for selve meldingen og relevante områder som ebxml og PKI. Hvert punkt inneholder et kriterium som det enten kan svares ja eller nei på. Hvis svaret er nei bør man notere hvorfor i kommentarfeltet. Gjennomførte test-case Kryss av for hvilke test-case som er gjennomført. Case Ja/Nei 1 Kommentar 2 XML-melding Alle meldinger skal følge de samme krav. Under semantikk vil det være noen kriterier som kun gjelder enkelte typer meldingsinstanser. Syntaks Disse kriteriene gjelder den tekniske mottaket av meldingen. Nr. Kriterium Utførelse Ja/Nei Kommentar 3 Leser fagapplikasjonen XML-meldingene selv? 4 Gir fagapplikasjonen beskjed om mottatt XML fil ikke er wellformed? Fører dette til negativ applikasjonskvittering? 5 Gir fagapplikasjonen beskjed om feil XML syntaks i en melding som inneholder syntaksfeil? 6 Bruker fagapplikasjonen riktig navnerom for tolkning av meldingen? Last inn rekv-med-bionot-well-formed.xml. Hvordan rapporteres slike feil? Last inn rekv-med-bionot-syntax-error.xml. Hvordan rapporteres slike feil? For korrekt navnerom, se meldingsbeskrivelsen [1] 11

12 Akseptansetest av mottak Rekvirering av medisinske tjenester 7 Tolker fagapplikasjonen meldingen i henhold til korrekt tegnsett? Tegnsettet skal være ISO-8859-1. 8 Klarer fagapplikasjonen å lese alle datafelt i henhold til det som er spesifisert i IG? Se implementasjonsguide [1] for detaljerte krav til datatyper. Semantikk Korrekt faglig utfylling av enkeltmelding, som at informasjonen som overføres er riktig og at data er plassert i riktige felt. Dette er krav som finnes i informasjonsmodellen og i de generelle retningslinjer og lover for oversending av meldingen. En rekke krav kan ikke sjekkes ved hjelp av automatisk validering av XML-meldingen, da den tekniske definisjonen (XML Schema Definition, [2]) ikke nødvendigvis inneholder logiske og semantiske kontroller som f.eks. formatering og avhengigheter. Noen av kontrollene nedenfor gjelder ikke for alle typer meldingsinstanser. Det er derfor viktig å kontrollere flere meldinger. Nr. Kriterium Utførelse Ja/Nei Kommentar 9 Logges mottaket av rekvisisjonen i systemet? 10 Sender systemet Applikasjonskvittering til avsender for alle mottatte meldinger? Send inn skjermbilde av loggen. Send inn alle Applikasjonskvitteringene fagapplikasjonen genererer på elektronisk form. 11 Lagres den originale rekvisisjonen? Er den mulig å finne frem i den form den ble mottatt? 12 Blir all informasjon i Case 1 presentert i riktig datafelt i fagapplikasjonen? Skriv ut den originale rekvisisjonen i Case 1 etter at den er mottatt av systemet. Skriv ut skjermbilder fra fagapplikasjonen. 13 Blir all informasjon i Case 2 presentert i riktig datafelt i fagapplikasjonen? Skriv ut skjermbilder fra fagapplikasjonen. 12

Akseptansetest av mottak Rekvirering av medisinske tjenester 13 Nr. Kriterium Utførelse Ja/Nei Kommentar 14 Blir det rapportert feil ved manglende pasientinformasjon? Last testcase: Rekv-med-bio-missingpatient.xml inn i fagapplikasjonen. Beskriv hva som skjer. Ta utskrift av skjermbildene, send inn applikasjonskvitteringer. 13

14 Akseptansetest av mottak Rekvirering av medisinske tjenester 5. Referanser 1. KITH Rapport 13/05 Rekvirering av medisinske tjenester v1.4 av 20.05.2005 2. Rekvisisjon-v1_4.xsd med namespace: http://www.kith.no/xmlstds/rekvisisjon/2005-05- 20 3. XSV Validator for XML Schema http://www.w3.org/2001/03/webdata/xsv 4. XPATH: http://www.w3.org/tr/xpath 14

Akseptansetest av mottak Rekvirering av medisinske tjenester 15 6. Informasjon om avsendersystem Programvareleverandør: Navn og versjon på system Eventuell kommunikasjonsleverandør: Dato påbegynt test: Dato avsluttet test: Adresse: Kontaktperson: Telefon: Telefaks: E-post: Dato/signatur 15