Akseptansetest av mottak Tilbakemelding på henvisning

Transkript

1 Akseptansetest av mottak Tilbakemelding på henvisning Meldingsversjon: 0.9 datert

2 Akseptansetest av mottak Tilbakemelding på henvisning 2 Innholdsfortegnelse 1.Revisjonshistorikk Akseptansetest av Elektronisk henvisning Case er Egenerklæring Referanser Informasjon om avsendersystem

3 3 Akseptansetest av mottak Tilbakemelding på henvisning 1. Revisjonshistorikk Dato Kommentar Ansvarlig Første versjon publisert TTR Små justeringer av layout JSD 3

4 Akseptansetest av mottak Tilbakemelding på henvisning 4 2. Akseptansetest av mottak Tilbakemelding på henvisning KITH ønsker å kontrollere at mottak av Tilbakemelding på henvisning er implementert på korrekt måte i følge den aktuelle informasjonsmodell DIM og implementasjonsguide. IG Testen er ment som en hjelp for leverandørene for å garantere kvaliteten på implementasjonen. Det er utarbeidet et sett case er med tilhørende egenerklæringsskjema. Case ene skal dekke den vanligste bruken av meldingen, med størst mulig detaljeringsgrad som beskrevet i implementasjonsguiden. Egenerklæringsskjemaet inneholder sjekkpunkter rundt tekniske forhold (syntaks) og meldingens innhold (semantikk). Selve testingen gjennomføres av leverandøren selv, og resultatene returneres til KITH. KITH vil publisere det positive resultatet på sin hjemmeside, og lage en oversikt over hvilke leverandører som har gjennomført en godkjent akseptansetest for mottak på denne og andre elektroniske meldinger. 1. Leverandør sender inn resultater til KITH i form av XML-meldinger og egenerklæringsskjema (Kortversjon mottak for henvisning). 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 Dokumentasjon som må leveres For å bli godkjent må leverandørene dokumentere at systemet behandler innkommende meldinger korrekt og at feil rapportereshåndteres. KITH stiller krav om at følgende dokumentasjon må sendes for at akseptansetesten skal bli godkjent: 1. Egenerklæring og Informasjon om mottakersystem skal være fylt ut og underskrives av personen som gjennomførte testen. Egenerklæringen og Informasjon om mottakersystem skal foreligge på papir (faxbrev) 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. Skjermbilder som skal illustrere et punkt i egenerklæringen må merkes med punktets nummer og beskrives med forklarende tekst. 3. XML (applikasjonskvitteringer) som genereres av applikasjonen leveres elektronisk til KITH. 4

5 5 Akseptansetest av mottak Tilbakemelding på henvisning Kontaktinformasjon Send inn egenerklæringsskjemaet samt utskrift av skjermbildene fra systemet til: KITH Sukkerhuset 7489 Trondheim E-post og webadresse: 5

6 Akseptansetest av mottak Tilbakemelding på henvisning 6 3. Case er XML filene til testcasene kan lastes ned på Case 1 og 2 har også tilhørende henvisninger som må lastes inn i systemet før tilbakemeldingene. Disse filene og casene med feil (Tilbakemelding-not-well-formed.xml, Tilbakemelding-syntax-error.xml, Tilbakemeldingmissing-patient.xml og Tilbakemelding-uten-henv.xml) finnes bare elektronisk for nedlasting på KITH sine nettsider. Case 1 <?xml version="1.0" encoding="iso "?> <!--Eksempel på enkel tilbakemelding på henvisning--> <Message xmlns=" xmlns:kith=" xmlns:xsd=" xmlns:xsi=" xsi:schemalocation=" Tilbakemelding-v09.xsd"> <!-- Opplysninger om meldingen --> <Type V="T"> <MsgVersion>v <MsgVersion> <MIGversion>v <MIGversion> <GenDate V=" T09:00:00"> <MsgId>Tilbakemelding1<MsgId> <ServRprt> <!-- Opplysninger om tilbakemeldingen --> <ServType V="N"> <IssueDate V=" T08:11:00"> <MsgDescr>Svar på henvisning<msgdescr> <ServReq> <!-- Opplysninger om tilknyttet henvisning --> <ServType V="N"> <IssueDate V=" T18:10:47"> <ReceiptDate V=" "> <MsgDescr>Behandling (inkludert utredning)<msgdescr> <Id>Henvisningsid1<Id> <ServReq> <Comment> <Heading V="TB" DN="Tilbakemelding"> <TextResultValue>Vi har mottatt deres henvisning. Pasienten er satt på venteliste. Pasienten vil få nærmere beskjed om eventuelt tidspunkt for undersøkelse. Vi vil imidlertid få opplyse at det er lang ventetid, p.t. 2 måneder med denne prioritet <TextResultValue> <TextCode V="B" DN="Behandles (satt på venteliste)"> <Comment> <Patient> <!-- Pasientopplysninger --> <Sex V="1"> <DateOfBirth V=" "> <Name>Dottno, Finn<Name> <OffId> <OffId> <TypeOffId V="FNR" DN="Fødselsnummer"> <Address> <!-- Pasientens adresse --> <Type V="H" DN="Bosted"> <StreetAdr>Åssiden 31<StreetAdr> <PostalCode>3008<PostalCode> <City>Drammen<City> <Address> <Patient> <ServProvider> <!-- Opplysning om tjenesteyter --> 6

7 7 Akseptansetest av mottak Tilbakemelding på henvisning <HCP> <Inst> <Name>Balsam sykehus HF<Name> <Id> <Id> <TypeId V="ENH"> <Dept> <Name>Medisinsk avdeling<name> <Id>3010<Id> <TypeId V="LAV"> <Dept> <Inst> <HCP> <ServProvider> <Requester> <!-- Opplysninger om henvisende instans og mottaker av tilbakemeldingen --> <Role V="REQ"> <HCP> <Inst> <Name>Kattskinnet legesenter<name> <Id> <Id> <TypeId V="ENH"> <HCPerson> <Name>Rita Lin<Name> <!-- NB! Fiktivt HPR-nr --> <Id> <Id> <TypeId V="HPR"> <HCPerson> <Inst> <HCP> <Requester> <ServRprt> <Message> 7

8 Akseptansetest av mottak Tilbakemelding på henvisning 8 Case 2 <?xml version="1.0" encoding="iso "?> <!--Eksempel på enkel tilbakemelding på henvisning--> <Message xmlns=" xmlns:kith=" xmlns:xsd=" xmlns:xsi=" xsi:schemalocation=" Tilbakemelding-v09.xsd"> <!-- Opplysninger om meldingen --> <Type V="T"> <MsgVersion>v <MsgVersion> <MIGversion>v <MIGversion> <GenDate V=" T10:31:05"> <MsgId>Tilbakemelding2<MsgId> <ServRprt> <!-- Opplysninger om tilbakemeldingen --> <ServType V="N"> <IssueDate V=" T10:31:05"> <MsgDescr>Svar på henvisning<msgdescr> <ServReq> <!-- Opplysninger om tilknyttet henvisning --> <ServType V="N"> <IssueDate V=" T18:11:32"> <ReceiptDate V=" "> <MsgDescr>Utredning<MsgDescr> <Id>Henvisningsid2<Id> <ServReq> <Comment> <Heading V="TB" DN="Tilbakemelding"> <TextResultValue>Pasienten er undersøkt av spesialist og kirurgisk inngrep er nødvendig. Pasienten sendes hjem for natten og legges inn på Ortopedisk sengepost onsdag 1 desember Oppmøte i mottakelsen klokken <TextResultValue> <TextCode V="I" DN="Innkalles"> <Comment> <Patient> <!-- Pasientopplysninger --> <Sex V="2" DN="Kvinne"> <DateOfBirth V=" "> <Name>Telokk, Gry<Name> <OffId> <OffId> <TypeOffId V="FNR"> <PatRelHCP> <!-- Opplysninger om pasientens faste lege --> <Relation V="FLE"> <HCP> <HCProf> <Name>Lege Rita Lin<Name> <Id> <Id> <TypeId V="HPR"> <HCProf> <Address> <Type V="PST"> <StreetAdr>Strandveien 112<StreetAdr> <PostalCode>9790 <PostalCode> <City>Kjøllefjord<City> <Address> <HCP> <PatRelHCP> <Address> <!-- Pasientens adresse --> <Type V="H" DN="Bosted"> <StreetAdr>Numedalsveien 52<StreetAdr> <PostalCode>3602 <PostalCode> <City>Kongsberg<City> 8

9 9 Akseptansetest av mottak Tilbakemelding på henvisning <Address> <Patient> <ServProvider> <!-- Opplysning om tjenesteyter --> <HCP> <Inst> <Name>Køfri sykehus HF <Name> <Id> <Id> <TypeId V="ENH"> <Dept> <Name>Ortopedisk avdeling<name> <Id>1400<Id> <TypeId V="LAV"> <Dept> <Inst> <Address> <!-- Tjenesteyters adresse --> <Type V="PST" DN="Postadresse"> <StreetAdr>Olav Kyrresgate 17<StreetAdr> <PostalCode>7006 <PostalCode> <City>Trondheim<City> <TeleAddress V="tel: "> <TeleAddress <Address> <HCP> <ServProvider> <CopyDest> <Role V="COP"> <CopyDestRole> <MsgType V="T"> <ReqComMethod V="PST"> <CopyDestRole> <HCP> <HCProf> <Type V="LE"> <Name>Lege Rita Lin<Name> <Id> <Id> <TypeId V="HPR"> <HCProf> <Address> <Type V="PST"> <StreetAdr>Strandveien 112<StreetAdr> <PostalCode>9790 <PostalCode> <City>Kjøllefjord<City> <Address> <HCP> <CopyDest> <Requester> <!-- Opplysninger om henvisende instans og mottaker av tilbakemeldingen --> <Role V="REQ"> <HCP> <HCProf> <Name>Lege Magnar Koman <Name> <Id> <Id> <TypeId V="HPR"> <HCProf> <HCP> <Requester> <ServRprt> <Message> 9

10 Akseptansetest av mottak Tilbakemelding på henvisning 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 skal det noteres hvorfor i kommentarfeltet. Alle avvik i forhold til mottak av testcase må også noteres for hvert enkelt case. Gjennomførte test-case Kryss av for hvilke test-case som er gjennomført, noter generelle avvik. De tilhørende henvisningene må ligge i systemet på forhånd for å verifisere kobling mellom henvisning og tilbakemelding. Case JaNei 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 oppbyggingen av meldingen. Nr. Kriterium Utførelse JaNei 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 Last inn Tilbakemelding-notwell-formed.xml. Hvordan rapporteres slike feil? Last inn Tilbakemelding-syntaxerror.xml. Hvordan 10

11 11 Akseptansetest av mottak Tilbakemelding på henvisning som inneholder syntaksfeil? Fører dette til negativ applikasjonskvittering? 6. Bruker fagapplikasjonen riktig navnerom for tolkning av meldingen? rapporteres slike feil? For korrekt navnerom, se implementasjonsguiden IG. 7. Tolker fagapplikasjonen meldingen i henhold til korrekt tegnsett? 8. Klarer fagapplikasjonen å lese alle datafelt i henhold til det som er spesifisert i IG? Tegnsettet skal være ISO Se implementasjonsguide IG for detaljerte krav. Presentasjon og semantikk Korrekt faglig utfylling av data fra datafelt i meldingen til datafelt i fagapplikasjonen. Det skal kontrolleres at informasjonen som overføres er riktig og hvordan mottatte data blir presentert i fagapplikasjonen. Dette er krav som finnes i informasjonsmodellen og i de generelle retningslinjer og regler 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, XSD) ikke nødvendigvis inneholder logiske og semantiske kontroller som f.eks. formatering og avhengigheter. Testene tar også for seg hva som skjer ved feil i mottatt melding. 11

12 Akseptansetest av mottak Tilbakemelding på henvisning 12 Nr. Kriterium Utførelse JaNei Kommentar 9. Logges mottaket av tilbakemeldingen i systemet? 10. Sender systemet applikasjonskvittering til avsender for alle meldingene? 11. Lagres den originale Tilbakemeldingen? Er den mulig å finne frem i den form den ble mottatt? 12. Klarer fagapplikasjonen å koble Tilbakemeldingen med tilhørende henvisning? 13. Blir all informasjon i Case 1 presentert i riktig datafelt i fagapplikasjonen? Send inn skjermbilde av loggen. Send inn alle applikasjonskvitteringen e fagapplikasjonen genererer på elektronisk form. Skriv ut den originale Tilbakemeldingen i Case 1 etter at den er mottatt av systemet. Vis hvordan denne koblingen vises i applikasjonen. Skriv ut skjermbilder fra fagapplikasjonen. 14. Blir all informasjon i Case 2 presentert i riktig datafelt i fagapplikasjonen? Skriv ut skjermbilder fra fagapplikasjonen. 15. Hvordan presenteres tilbakemeldingen i fagapplikasjonen? Skriv ut skjermbilder fra fagapplikasjonen. 16. Blir det rapportert feil ved manglende pasientinformasjon? Last testcase: Tilbakemeldingmissing-patient.xml inn i fagapplikasjonen. Beskriv hva som skjer. Ta utskrift av skjermbildene, send inn applikasjonskvitteringer. 12

13 13 Akseptansetest av mottak Tilbakemelding på henvisning 17. Hvordan håndteres mottak av tilbakemelding hvor det ikke finnes tilhørende henvisning? Last inn: Tilbakemelding-utenhenv.xml i fagapplikasjonen. Beskriv hva som skjer og ta utskrift av skjermbildene, send inn applikasjonskvitteringen e. 13

14 Akseptansetest av mottak Tilbakemelding på henvisning Referanser DIM IG XSD XSV XPATH KITH Rapport 2702 Henvisning og epikrise Informasjonsmodell for elektronisk meldingsutveksling, versjon 1.0 av KITH Rapport 2603 Elektronisk utveksling av tilbakemelding på henvisning, versjon XSV Validator for XML Schema

15 15 Akseptansetest av mottak Tilbakemelding på henvisning 6. Informasjon om mottakersystem Programvareleverandør: Navn og versjon på system Eventuell kommunikasjonsleverandør: Dato påbegynt test: Dato avsluttet test: Adresse: Kontaktperson: Telefon: Telefaks: E-post: Datosignatur 15