Akseptansetest av sending Tilbakemelding på henvisning Meldingsversjon: 0.9 datert 10.10.2003
Akseptansetest av sending Tilbakemelding på henvisning 2 Innholdsfortegnelse 1.Revisjonshistorikk... 3 2.Akseptansetest av Elektronisk henvisning... 4 3.Case er... 5 4.Egenerklæring... 8 5.Referanser... 13 6.Informasjon om avsendersystem... 14 2
3 Akseptansetest av sending Tilbakemelding på henvisning 1. Revisjonshistorikk Dato Kommentar Ansvarlig 22.07.2005 Publisert 04.06.2007 Små justeringer av layout JSD 3
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 http:www.kith.no 4
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: 57839000 Epost: Postmottak@balsam.no Pasient: Finn Dottno, fnr. 210164 00952 Adresse: Åssiden 31, 3008 Drammen Ansvarlig lege: May jones, HPR: 9144919 Fastlege: Lege August September, HPR: 9144897 Innleggende lege: Lege May Jones, HPR: 9144919 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. 8-10 måneder med denne prioritet. Tilknyttet henvisning: Avsendelsestidspunkt: 2003-10-05 09:30:47 Mottakelsestidspunkt: 2003-10-05 13:15:41 Meldingsbeskrivelse: Søknad om innleggelse Meldingsidentifikasjon: HK20030625 5
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 17 7006 Trondheim Tlf: 73868000 Epost: Postmottak@kofri.no HER: 2358.54704 Avdeling: Ortopedisk avdeling Avdelingsnr: 1400 Ansvarlig lege: Magnar Koman, HPR: 9144889 Pasient: Folke Danser, fnr. 140198 00513 Adresse: Numedalsveien 52, 3602 Kongsberg Fastlege: Lege Rita Lin, HPR: 9144900 Kopi til: Lege Rita Lin Kopi sendes per post Adresse: Strandveien 112, 9790 Kjøllefjord Innleggende lege: Lege Magnar Koman HPR: 9144889 Dato: 16. november 2004 10: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 2004. Oppmøte i mottakelsen klokken 09.00. Melding er også sendt til pasient. Tilknyttet henvisning: Avsendelsestidspunkt: 2004-11-05 09:30:47 Mottakelsestidspunkt: 2004-11-05 13:15:41 Meldingsbeskrivelse: Søknad om innleggelse Meldingsidentifikasjon: HK20042625 6
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 220164 00952 2 Ta bort fødselsnummer 3 Ta bort tilbakemelding 7
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 2 3 4 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 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-8859-1. 5 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
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 Akseptansetest av sending Tilbakemelding på henvisning 6c Er GenDate alltid med og oppgitt med dato og klokkeslett?? Message@GenDate 6d Har meldingen alltid en unik identifikasjon? Message@MsgId 6e Er ServType alltid med, og inneholder kun lovlige kodeverdier?? MessageServRprt@ServTy pe 6f Er IssueDate alltid med og kun med lovlig datainnhold? MessageServRprt@IssueDa te 6g Er MsgDescr med? MessageServRprt@MsgDes cr 6h Er enten OffId og TypeOffId med, eller AdditionalId? MessageServRprtPatient@ OffId MessageServRprtPatient@ TypeOffId MessageServRprtPatientA dditionalid 6i Er ServProvider identifisert med Name ogeller Id samt TypeId? MessageServRprtServProv ider@name MessageServRprtServProv ider@id MessageServRprtServProv ider@typeid 6j Er Requester identifisert med Name ogeller Id samt TypeId? MessageServRprtRequeste r@name MessageServRprtRequeste r @Id MessageServRprtRequeste r @TypeId 11
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? MessageServRprtComment @Heading MessageServRprtComment @TextCode MessageServRprtComment @TextResultValue 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? MessageCommentHeading @V 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 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 31.12.2002 KITH Rapport 2603 Elektronisk utveksling av tilbakemelding på henvisning, versjon 0.9 http:www.kith.noxmlstdsschemas XSV Validator for XML Schema http:www.w3.org200103webdataxsv http:www.w3.orgtrxpath 13
Akseptansetest av sending Tilbakemelding på henvisning 14 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: Datosignatur 14