Akseptansetest av sending Tilbakemelding på henvisning

Transkript

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

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

3 3 Akseptansetest av sending Tilbakemelding på henvisning 1. Revisjonshistorikk Dato Kommentar Ansvarlig Publisert Små justeringer av layout JSD 3

4 Akseptansetest av sending Tilbakemelding på henvisning 4 2. Akseptansetest av Tilbakemelding på henvisning KITH ønsker å kontrollere at 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 derfor utarbeidet et sett med Caser med tilhørende fasit og 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 positiv akseptansetest på denne og andre elektroniske meldinger. 1. Leverandør melder fra til KITH at testing er påbegynt. KITH setter status Testing pågår på web. 2. Leverandør sender inn resultater til KITH 3. Testresultatene evalueres 4. Resultater publiseres. Positivt resultat medfører status OK på web. Kontaktinformasjon Send inn egenerklæringsskjemaet samt meldingene som XML til: KITH Sukkerhuset 7489 Trondheim E-post og webadresse: meldingshjelp@kith.no 4

5 5 Akseptansetest av sending Tilbakemelding på henvisning 3. Case er Fasit til case ene finnes i eget vedlegg. Case 1 Informasjon om selve testen: Tilbakemeldingen skal sendes til innleggende lege, og fastlege skal ha kopi av tilbakemeldingen. Dataene for referanse til opprinnelig henvisning kan avvike fra dette eksempelet, men vi ønsker da å få tilsendt originalhenvisningen sammen med tilbakemeldingen. Følgende opplysninger skal legges inn i avsendersystemet: Balsam sykehus HF 6807 Førde Tlf: Epost: Postmottak@balsam.no Pasient: Finn Dottno, fnr Adresse: Åssiden 31, 3008 Drammen Ansvarlig lege: May jones, HPR: Fastlege: Lege August September, HPR: Innleggende lege: Lege May Jones, HPR: Dato: 13. oktober 2003 Tilbakemelding: 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 måneder med denne prioritet. Tilknyttet henvisning: Avsendelsestidspunkt: :30:47 Mottakelsestidspunkt: :15:41 Meldingsbeskrivelse: Søknad om innleggelse Meldingsidentifikasjon: HK

6 Akseptansetest av sending Tilbakemelding på henvisning 6 Case 2 Informasjon om selve testen: Dataene for referanse til opprinnelig henvisning kan avvike fra dette eksempelet, men vi ønsker da å få tilsendt originalhenvisningen sammen med tilbakemeldingen. Følgende opplysninger skal legges inn i avsendersystemet: Køfri sykehus HF Olav Kyrresgate Trondheim Tlf: Epost: Postmottak@kofri.no HER: Avdeling: Ortopedisk avdeling Avdelingsnr: 1400 Ansvarlig lege: Magnar Koman, HPR: Pasient: Folke Danser, fnr Adresse: Numedalsveien 52, 3602 Kongsberg Fastlege: Lege Rita Lin, HPR: Kopi til: Lege Rita Lin Kopi sendes per post Adresse: Strandveien 112, 9790 Kjøllefjord Innleggende lege: Lege Magnar Koman HPR: Dato: 16. november :31:05 Tilbakemelding: Pasienten er undersøkt av spesialist og kirurgisk inngrep er nødvendig. Pasienten sendes hjem og legges inn på Ortopedisk sengepost onsdag 1 desember Oppmøte i mottakelsen klokken Melding er også sendt til pasient. Tilknyttet henvisning: Avsendelsestidspunkt: :30:47 Mottakelsestidspunkt: :15:41 Meldingsbeskrivelse: Søknad om innleggelse Meldingsidentifikasjon: HK

7 7 Akseptansetest av sending Tilbakemelding på henvisning Case 3 Generer en tilbakemeling på Case 1 fra Akseptansetest henvisning eller en egengenerert henvisning. Tilbakemeldingen skal inneholde referanse til original henvisning og inneholde en selvvalgt tilbakemelding og status på den aktuelle henvisningen. Originalhenvisningen skal følge med i innsendingsmaterialet. Case 4 Dette testtilfellet skal sikre at systemet sender meldinger som oppfyller krav til innhold og utforming i henhold til IG. Testen består av en rekke trinn som skal gjennomføres og hvor feil skal avdekkes. For hvert punkt skal det registreres hvorvidt feilen detekteres eller ikke. Som utgangspunkt for følgende tester skal henvisning i testtilfelle 1 benyttes, og påfølgende endringer skal gjøres. For hvert tilfelle skal leverandøren krysse av for hvorvidt feilen detekteres. Det bør forklares hva som skjer i EPJ-systemet i kommentarfeltet. Kryss av ja eller nei på om det er mulig å opprettesende tilbakemelding henvisning når: Nr. Test JaNei Kommentar 1 Endre fødselsnummer til Ta bort fødselsnummer 3 Ta bort tilbakemelding 7

8 Akseptansetest av sending Tilbakemelding på henvisning 8 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 JaNei 1 Kommentar 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 1 Genererer fagapplikasjonen meldingen selv? 2 Validerer den genererte Et anbefalt 8

9 9 Akseptansetest av sending Tilbakemelding på henvisning meldingen i henhold til gitte skjemadefinisjon (XSD)? 3 Viser meldingen til korrekt navnerom (namespace)? valideringsverktøy er XSV. Oppgi i egenerklæringsskjemaet hvilket verktøy som er benyttet. For korrekt navnerom, se implementasjonsguiden IG. 4 Benyttes korrekt tegnsett? Tegnsettet skal være ISO Har alle felt korrekt dataformatering? Se implementasjonsguide IG for detaljerte krav. 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, XSD) 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. 9

10 Akseptansetest av sending Tilbakemelding på henvisning 10 Nr. Kriterium Utførelse JaNei Kommentar 6 Inneholder meldingen minstekrav for utfylling (alle obligatoriske felt)? De påfølgende underpunktene lister alle elementer som utgjør minimumsversjonen. Se meldingsbeskrivelse[notat] for detaljerte krav. Følgende felter skal minimum ligge i meldingen: Message Type MIGversion GenDate MsgId ServRprt ServType IssueDate MsgDescr Patient OffId TypeOffId ServProvider HCP Inst eller HCProf Requester HCP Inst eller HCProf Comment Heading TextCode TextResultValue ServReq ServType IssueDate MsgDescr Id 6a Er Type alltid med og med innhold V= T? Message@Type 6b Er MIGversion alltid med og på formen vn ccyy-mm-dd?? Message@MIGversion 10

11 11 Akseptansetest av sending Tilbakemelding på henvisning 6c Er GenDate alltid med og oppgitt med dato og klokkeslett?? 6d Har meldingen alltid en unik identifikasjon? 6e Er ServType alltid med, og inneholder kun lovlige kodeverdier?? pe 6f Er IssueDate alltid med og kun med lovlig datainnhold? te 6g Er MsgDescr med? cr 6h Er enten OffId og TypeOffId med, eller AdditionalId? OffId TypeOffId MessageServRprtPatientA dditionalid 6i Er ServProvider identifisert med Name ogeller Id samt TypeId? MessageServRprtServProv MessageServRprtServProv MessageServRprtServProv 6j Er Requester identifisert med Name ogeller Id samt TypeId? MessageServRprtRequeste MessageServRprtRequeste MessageServRprtRequeste 11

12 Akseptansetest av sending Tilbakemelding på henvisning 12 6k Inneholder Comment alltid verdier i Heading, TextCode og TextResultValue? 7 Er alle underliggende obligatoriske felt til valgfrie felt tatt med der disse er med? 8 Har meldingen en unik identifikasjon? Hvis CopyDest er med, er HCP obligatorisk Hvis CopyDestRole er med, er MsgType obligatorisk Hvis PatRelHCP er med, er Relation og HCP obligatorisk Hvis AdditionalId er med, er Id og Type obligatorisk Hvis Address er med, er Type obligatorisk Message@MsgId 9 Hentes pasientdata automatisk fra Henvisningen som meldingen besvarer? 10 Inneholder Heading alltid kun lovlige verdier og har attributtet V alltid innhold? 11 Inneholder TextCode kun lovlige verdier og har attributtet V alltid verdi? 12 Er TextResultValue alltid med? MessageCommentTextCod e@v MessageComment@TextRe sultvalue 13 Inneholder alle informasjonsbærende XML-elementer informasjon? XML-elementer som ikke inneholder informasjon skal ikke være med i instansmeldinger 12

13 13 Akseptansetest av sending Tilbakemelding på henvisning 5. 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

14 Akseptansetest av sending Tilbakemelding på henvisning 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: Datosignatur 14