3 Public Release Public Release 19.08.2015 T150.411.3 Released Side 1 af 27
Indhold 1. Indledning... 3 Revisionshistorik... 3 Referencedokumenter... 3 Udeståender... 3 2. Forretningsoverblik... 4 Introduktion og forretningsmål... 4 UML use cases, flowdiagram etc.... 5 Forretningsmål... 6 3. Løsningsoverblik... 6 Overblik... 6 Servicebeskrivelse... 6 SignAnswer... 8 SaveRequisition... 10 DeleteRequisition... 11 GetRequisition... 12 ChangeAnswerReceiver... 13 GemAnalysesvar... 14 Funktionelle krav... 15 Fejlhåndtering... 15 3. Applikations specifikke informationer... 15 RoS-BCC... 15 Krav til region Syddanmarks ressourcer... 18 4. Drift og vedligehold... 19 Support krav... 19 Prioritet... 19 Overvågning... 19 Fejlsymptomer og løsninger... 19 Vedligeholdelse... 20 5. Bilag 1... 21 SignAnswer... 21 6. Bilag 2... 22 SaveRequisition... 22 7. Bilag 3... 23 DeleteRequisition... 23 8. Bilag 4... 24 GetRequisition... 24 9. Bilag 5... 27 ChangeAnswerReceiver... 27 19.08.2015 T150.411.3 Released Side 2 af 27
1. Indledning Dette dokument beskriver de integrationer mellem RoS og BCC som skal køre via Regis, de specifikke integrationer der kører via Regis er aftalt med RSD. Revisionshistorik Version Dato Beskrivelse Navn 0.1 30-06-2015 Første version til godkendelse Leif Pedersen 1.0 06-07-2015 Beskrivelser tilføjet vedr. metoderne DeleteRequisition, GetRequisition, SaveRequisition, ChangeAnswerReceiver. Leif Pedersen 1.1 19-08-2015 Mandatory/optional kolonne tilføjet i request tabeller. Leif Pedersen Ensartet brugs af ordet RoS 1.2 15-12-2015 Beskrivelse tilføjet af service GemAnalysesvar 1.3 10-01-2015 Tydeliggørelse af at der beskrives to webservices i dette dokument. Afsnit 2 Forretningsoverblik er udvidet. Samt tilføjet diagram over den klassifikationsservice der bruges. Leif Pedersen Leif Pedersen Referencedokumenter Dokumentnavn Forfatter Udeståender Beskrivelse Version 0.1 er en udgave der skal godkendes af RSD, Denne indeholder kun en metode. Efter godkendelse vil resten af BCC servicen blive beskrevet. Visse oplysninger vedr., BaseLineMetaData skal oplyses fra RSD. Disse oplysninger er beskrevet i afsnittet Servicebeskrivelse Ansvarlig Leif Pedersen/CGI RSD 19.08.2015 T150.411.3 Released Side 3 af 27
2. Forretningsoverblik Introduktion og forretningsmål Formålet med dokumentet er at dokumentere de 2 services som bruges imellem BCC og RoS. 1) BCC udstiller en service ifm. implementationen af RoS. De enkelte metoder vil blive beskrevet i kapitel 3. RoS skal have mulighed for at overføre og behandle rekvisitioner til og fra BCC. Det indbefatter gemme/slette og hente rekvisitioner. Det skal yderligere være muligt at kvittere for læste svar samt at skifte svarmodtager på en rekvisition. Disse integrationer sker via en webservice som BCC udstiller. 2) BCC sender svar til RoS. Her er det RoS som udstiller en webservice som BCC sender til. 19.08.2015 T150.411.3 Released Side 4 af 27
UML use cases, flowdiagram etc. De metoder I BCC servicen som er udvalgt til at køre via Regis, er illustreret i dette diagram. Derudover er det vist at BCC uploader svar til den service som RoS udstiller. Dette diagram viser den webservice som BCC udstiller som RoS bruger til at hente klassifikationer. Denne service kører ikke via Regis. 19.08.2015 T150.411.3 Released Side 5 af 27
Forretningsmål Informationsenhed Informationsforespørger Informationskilde Beskrivelse Rekvisitioner RoS BCC RoS skal kunne udføre nødvendige operationer mht rekvisitioner i BCC. Svar RoS BCC BCC sender svar til RoS 3. Løsningsoverblik Overblik BCC udstiller en webservice som RoS bruger til at behandle rekvisitioner. Servicen understøtter følgende metoder som skal køre via Regis, disse vil blive beskrevet senere i dokumentet: - SaveRequisition (Gemme rekvisitioner i BCC) - DeleteReguisition (Slette rekvisitioner i BCC) - GetRequisition (Hente rekvisition fra BCC) - SignAnswer (Kvittere for læste svar) - ChangeAnswerReceiver (Skifte svarmodtager) Derudover henter RoS klassifikationsoplysninger fra BCC. Disse metoder skal ikke køre via Regis og vil derfor ikke blive beskrevet. - GetAnalysisRepertoire (analyserepertoire) - GetAccessAreas (adgangsområder) - GetAnswerGroups (svargrupper) - GetOrganisations (rekvirenter) - GetPhrases (fraser/standardtekster) - GetRounds (runder) Ovenstående fordeling er aftalt med RSD. Upload af svar til RoS - GemAnalysesvar Servicebeskrivelse I de følgende afsnit er en beskrivelse af de metoder som er implementeret i den webservice der hedder BCCServices. BaselineMetaData er aftalt med RSD. Alle request s fra RoS til BCC indledes med disse felter. Der er ikke BaselineMetaData i forbindelse med GemAnalysesvar BaseLineMetaData rsdsystemid Statisk streng for hvert system som RoS kalder. Dvs. der er for mindst to systemer, BCC og Patologi. RSD leverer denne værdi. Mandatory 19.08.2015 T150.411.3 Released Side 6 af 27
BaseLineMetaData rsduseridrsd Identificerer RoS over for Regis, Det er et bruger/password som er kendt i Regis. Samme bruger sendes hver gang. RSD leverer disse oplysninger. Mandatory rsdpasswordrsd Se rsduseridrsd rsdcontractid rsdlogicalid Statisk streng som er leveret af kunden. Værdi er forskellig for hver metode RSD leverer denne værdi. Streng med kontekst afhængig information, eksempelvis cprnr. 19.08.2015 T150.411.3 Released Side 7 af 27
SignAnswer I detailsvar samt kumuleret svar I RoS Kan brugeren kvittere for at have læst svar. Når der kvitteres overføres informationer fra RoS til BCC via SignAnswer metoden. Følgende kontroller bliver lavet: - Det sendte resultat skal være det samme som i BCC - Den sendte analysebemærkning skal være den samme som i BCC - I BCC skal status på analysen være godkendt. 2.1.1 Request Felter BaseLineMetaData Username/Password Bruger kendt I BCC. Dette er en profil-oplysning. Under test vil denne bruger være gyldig Username: user-ros Password: password-ros Mandatory Denne information vil blive fulgt at et antal records med de analyser som brugeren I RoS ønsker at kvittere. Felter Mandatory requisitionnumber Rkvisitionsnummer som indeholder de analyser der skal kvitteres Analysecode Analyser der skal kvitteres AnalyseResult Analysens resultat AnalyseRemark Analysens kommentar acknowledgeuser Brugeren I RoS som kvitterer 19.08.2015 T150.411.3 Released Side 8 af 27
2.1.2 Response Response er en ResultID som fortæller om request er gennemført eller om der er opstået en fejlsituation. Der er separate fejlkoder for hver analysekoder som er fejlet. ID Tekst 0 OK 2 Ukendt user/password sendt til BCC webservice 3 gle Analyser blev ikke kvitteret. Fejlkoder for analyser 1 Analysen kan ikke kvitteres, uoverensstemmelse i resultat/resultatkommentar mellem BCC og RoS 2 Analysen kan ikke kvitteres, uoverensstemmelse i resutat/resultatkommentar mellem BCC og RoS 3 Analysen kan ikke kvitteres, forkert status [xxx] 4 Analysen kan ikke kvitteres grundet allerede kvitteret analyse. 5 Analyse ikke fundet på rekvisitionen. 6 Rekvisitionsnummer ikke fundet. For eksempel på Response se bilag 1. 19.08.2015 T150.411.3 Released Side 9 af 27
SaveRequisition Denne metode giver mulighed for at gemme en rekvisition i BCC. Data bliver valideret imod et antal regler i BCC. Parameter XREQ01 skal være opbygget i.flg medcoms XREQ01 standard. Der returneres en ny XREQ01 i response, Dette vil være den endelige rekvisition som den ser ud I BCC efter den er valideret I BCC. 2.1.3 Request Felter BaseLineMetaData Username/Password XREQ01 Bruger kendt I BCC. Dette er en profil-oplysning. Under test vil denne bruger være gyldig Username: user-ros Password: password-ros En xml struktur opbygget efter XREQ01 standarden Mandatory 2.1.4 Response Response kan være en rekvisition I XREQ01 eller fejlsituationer. Type Tekst Der er uoverensstemmelser mellem CPR numre. Rekvisitionen er igangsat på laboratorium. Patienten har allerede en anden rekvisition xxxx med samme prøvetagningstidspunkt. Gruppen/analysen xxxx findes ikke, eller er udgået. Bestillingsperiode for analyse xxxx er ikke opfyldt Bloker:Kvantitet xxxx (blokeringer mht analyser der ikke må bestilles sammen) Analysen xxxx kan ikke tages i lægepraksis. Prøvetagningstidspunkt må ikke være historisk for analysen xxxx Analyserne xxxx og yyyy kan ikke bestilles på samme rekvisition for denne rekvirent For eksempel på Response se bilag 4. 19.08.2015 T150.411.3 Released Side 10 af 27
DeleteRequisition Denne metode giver mulighed for at slettemarkere en rekvisition i BCC hvis status på rekvisitionen tillader det. 2.1.5 Request Felter BaseLineMetaData Username/Password requisitionnumber cprnumber useridentification Bruger kendt I BCC. Dette er en profiloplysning. Under test vil denne bruger være gyldig Username: user-ros Password: password-ros Rekvisitionsnummer som ønskes slettemarkeret Cpr nummer på den person som er registreret på den rekvisition som ønskes slettet Identificerer den bruger I RoS som beder om sletning af rekvisition Mandatory 2.1.6 Response Response kan være en række fejlsituationer. Hvis der ikke returneres en fejlsituation er sletningen lykkedes. Type Error Error Tekst Rekvisitionen er ikke registreret til den angivne patient. Rekvisition slettes ikke Rekvisition findes ikke eller er ikke længere 'inaktiv'. For eksempel på Response se bilag 3. 19.08.2015 T150.411.3 Released Side 11 af 27
GetRequisition Denne metode henter en rekvisition fra BCC. Når en bruger I RoS ønsker at redigere en rekvisition er det nødvendigt at hente de seneste oplysninger fra BCC, da rekvisitionen kan være opdateret i BCC. Rekvisitionen afleveres i XREQ01 format. 2.1.7 Request Felter BaseLineMetaData Username/Password RequisitionNumber Bruger kendt I BCC. Dette er en profiloplysning. Under test vil denne bruger være gyldig Username: user-ros Password: password-ros Rekvisitionsnummer som der forespørges på. Mandatory 2.1.8 Response Response kan være en rekvisition I XREQ01 eller en fejlsituation. Type Error Tekst Rekvisition ikke fundet For eksempel på Response se bilag 4. 19.08.2015 T150.411.3 Released Side 12 af 27
ChangeAnswerReceiver Denne metode giver mulighed for at skifte svarmodtager afdeling og svarmodtagende person. 2.1.9 Request Felter BaseLineMetaData Username/Password Bruger kendt I BCC. Dette er en profil-oplysning. Under test vil denne bruger være gyldig Username: user-ros Password: password-ros Mandatory Denne information vil blive fulgt at et antal records med de rekvisitioner hvor skiftet skal udføres. Felter Mandatory requisitionnumber cprnumber Rkvisitionsnummer som hvor der skal udskiftes oplysninger Cpr nummer på den person som er registreret på den rekvisition hvor der skal udskiftes oplysninger newanswerreceiver Ny svarmodtager AnswerReceiverIdentifier Typen af svarmodtager. personinitials Kontaktlæge Felter useridentification Identificerer den bruger I RoS som aktiverer skiftet af svarmodtager Mandatory 2.1.10 Response Response kan være en række fejlsituationer. Hvis der ikke returneres en fejlsituation er sletningen lykkedes. Type Error Error Error Tekst Ny svarmodtager findes ikke i BCC-Lab. Svarmodtager ændres ikke på rekvisitionen Rekvisitionen er ikke registreret til den angivne patient. Svarmodtager ændres ikke Rekvisition findes ikke. For eksempel på Response se bilag 5. 19.08.2015 T150.411.3 Released Side 13 af 27
GemAnalysesvar BCC har hidtil sendt svar direkte til regional labmed udenom Regis. GemAnalysesvar ændres nu således at kaldet til GemAnalysesvar sker igennem Regis. Data til GemAnalysesvar sendes i XRPT01 standarden. Når RoS Funktionaliteten bliver enabled i BCC bliver der tilføjet en Local_Elements sektion. Denne tilføjes på samme niveau som LaboratoryReport. Der er nu tilføjet et felt i sektion Local_Element til identifikation af om svar skal videresendes til National Laboratoriebank. Felt Værdi = True Værdi = False ForwardToNationalBank a) Local_Elements sektionen fjernes og svar videresendes til national Labmed a) Svar videresendes ikke til national Labmed b) Svar videresendes uberørt til RoS inkl. local_elements sektionen b) Svar videresendes uberørt til RoS Wsdl som bliver brugt til upload af svar fra BCC er angivet i afsnittet vedr. infrastruktur Treeview som viser strukturen af xml svaret. 19.08.2015 T150.411.3 Released Side 14 af 27
Funktionelle krav Messaging Pattern ESB Function CloverLeaf Transformation Protocol Conversion Routing Splitting Aggregation Enrichment Message Sequencing Concatenation Database Update Cross Referencing Keeping State Canonical Data Format Web service Other Function <Publish/Subscribe> Fejlhåndtering Her henvises til gældende praksis vedr. BCC 3. Applikations specifikke informationer <For hver enkelt applikation som er involveret i løsningen skal følgende afsnit udfyldes. Det er vigtigt at alle applikationsdetaljer som har relevans for integrationen beskrives i afsnittet.> RoS-BCC 3.1.1 Applikationsejer Navn Telefon Email adresse 19.08.2015 T150.411.3 Released Side 15 af 27
3.1.2 Projektleder hos CGI Navn Anette Rytkønen Telefon Email adresse Anette.rytkonen.@cgi.com 3.1.3 Kontakt vedr. ROS/LIMS hos CGI Navn Mogens Hagner(Product Owner) Leif Pedersen(BCC udvikler) Telefon Email adresse 3.1.4 Interface specifikation OS Interface protokol Encoding Besked format Besked specifikation Besked eksempler mogens.hagner@cgi.com l.pedersen@cgi.com support: lab.dk@logica.com Windows Server SOAP UTF8 XML Se de enkelte metoder under afsnittet 3. Løsningsoverblik Se Bilag til dette dokument 19.08.2015 T150.411.3 Released Side 16 af 27
3.1.5 Infrastruktur <Spørgsmålene gælder både for test og produktions> Client Server og netværk Software and database Relevant infrastructure information (Prod, test, etc) Nej <Har integrationen indflydelse på hardware, server (eks. licenser, opgradering, anskaffelse af nye server, netværk etc.)?> <Kræver integrationen opgradering af software eller database, installering af nyt software eller database, etc.> Servicen er pt. Installeret et sted i RSD. Testsystem(preprod) http://tsodeweblms01v:8080/tstint/wsa/wsdl?targeturi=urn:fdc:cgi.com:bccservices wsdl til brug ved upload af svar (GemAnalyseSvar) findes på denne adresse http://srvodecloapp02v.rsyd.net:9001/srv064_dklabreport?wsdl Overvågning <Krav omkring overvågning> Andre ting 3.1.6 Test Krav til test Typer af test der skal udføres Test data Test rapport Ingen specielle krav Unit Test Services Integration Test End to End Message size Test Performance Test Acceptance Test System Regression Test <Other> <Hvilke data kan eller skal benyttes (eks. test patient)> <Hvordan rapporteres test resultaterne> 19.08.2015 T150.411.3 Released Side 17 af 27
Krav til region Syddanmarks ressourcer <List aktiviteter der kræver deltagelse af region Syddanmark. Disse aktiviteter skal indgå i den samlede projektplan, men kan i komplekse projekter med fordel indgå separat i dette afsnit.> Aktivitet Dato Krævede ressourcer <Bruger accept test> <2008-04-16 2008-04-17> <N> 19.08.2015 T150.411.3 Released Side 18 af 27
4. Drift og vedligehold Vedr alle punkter under drift og vedligehold skal der henvises til gældende praksis som gælder for BCC. <Beskriv hvilke drift og overvågnings instrukser der er nødvendige når integrationen overgår til produktion. Det skal verificeres at driften har forstået og accepteret ansvaret i forbindelse at integrationen idriftsættes. Se driftsinstruktioner og krav til deployment pakker på følgende side: http://techwiki.regionsyddanmark.dk/display/public/drift+integrationsplatform> Support krav Prioritet (8-17 Mandag - Friday) (GMT +01:00) 24/7 <Other> Prioritet Integration Kommentarer <Høj><Medium><Lav> <Verificere hvilke dele af integrationen som har denne prioritet. Det kunne være en specifik kontrakt eller service> Overvågning <List alle services og/eller komponenter der skal overvågnes i forbindelse med den pågældende integration. Beskriv kort hvad driften skal kigge efter (eksempel: beskeder med specielle karakteristika, webservices, logs, etc.) > Komponent / services Kommentarer Fejlsymptomer og løsninger <Beskriv fejlsymptomer eller fejlscenarier som har en identificeret løsning. Eksempler på dette kunne være: Hvis og når en besked ikke kan overføres eller en service ikke er tilgængelig. Personer der skal kontaktes. Hvordan skal der responderes i forhold til en specifik fejl besked> Symptom Løsning Kommentar 19.08.2015 T150.411.3 Released Side 19 af 27
Vedligeholdelse <Beskriv andre handlinger og procedure der skal udføres i forhold til den normale driftssituation> 19.08.2015 T150.411.3 Released Side 20 af 27
5. Bilag 1 SignAnswer Response hvor alle analyser blev signeret <SOAP-ENV:Envelope xmlns:soap- ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xmlns:xsd="http://www.w3.org/2001/xmlschema"> <SOAP-ENV:Body> <SignAnswerResponse xmlns="urn:tempuri-org:rosservices"> <result xsi:nil="true"/> <resultid>0</resultid> <resulttext>ok</resulttext> <dsfailedanalysesforsigning/> </SignAnswerResponse> </SOAP-ENV:Body> </SOAP-ENV:Envelope> Response hvor en analyse ikke blev kvitteret <SOAP-ENV:Envelope xmlns:soap- ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xmlns:xsd="http://www.w3.org/2001/xmlschema"> <SOAP-ENV:Body> <SignAnswerResponse xmlns="urn:tempuri-org:rosservices"> <result xsi:nil="true"/> <resultid>3</resultid> <resulttext>gle Analyser blev ikke kvitteret</resulttext> <dsfailedanalysesforsigning> <ttfailedanalysesforsigning> <requisitionnumber>100004010560</requisitionnumber> <analysecode>2319</analysecode> <ErrorID>1</ErrorID> <ErrorText>Analysen kan ikke kvitteres, uoverensstemmelse i resultat/resultatkommentar mellem BCC og RoS.</ErrorText> </ttfailedanalysesforsigning> </dsfailedanalysesforsigning> </SignAnswerResponse> </SOAP-ENV:Body> </SOAP-ENV:Envelope> 19.08.2015 T150.411.3 Released Side 21 af 27
6. Bilag 2 SaveRequisition Hvis rekvisitionen valideres ok, bliver den oprettet og der returneres en rekvisition svarende til eksemplet under GetRequisition. Eksempel på fejlsituation: <SOAP-ENV:Envelope xmlns:soap- ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsd="http://www.w3.org/2001/xmlschema" xmlns:xsi="http://www.w3.org/2001/xmlschema-instance"> <SOAP-ENV:Body> <SaveRequisitionResponse xmlns="urn:fdc:cgi.com:bccservices:rosservices"> <result xsi:nil="true"/> <finalxreq01/> <dsrequisitionmessages xmlns:xsi="http://www.w3.org/2001/xmlschema-instance"> <ttrequisitionmessages> <MessageType>ERROR</MessageType> <MessageTxt>Rekvisitionen er igangsat på laboratorium.</messagetxt> </ttrequisitionmessages> </dsrequisitionmessages> </SaveRequisitionResponse> </SOAP-ENV:Body> </SOAP-ENV:Envelope> 19.08.2015 T150.411.3 Released Side 22 af 27
7. Bilag 3 DeleteRequisition Hvis Sletning lykkes, bliver der ikke sendt nogle fejlmeddelelser: <SOAP-ENV:Envelope xmlns:soap- ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xmlns:xsd="http://www.w3.org/2001/xmlschema"> <SOAP-ENV:Body> <DeleteRequisitionResponse xmlns="urn:fdc:cgi.com:bccservices:rosservices"> <result xsi:nil="true"/> <dsrequisitionmessages/> </DeleteRequisitionResponse> </SOAP-ENV:Body> </SOAP-ENV:Envelope> Eksempel på fejlsituation: <SOAP-ENV:Envelope xmlns:soap- ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xmlns:xsd="http://www.w3.org/2001/xmlschema"> <SOAP-ENV:Body> <DeleteRequisitionResponse xmlns="urn:fdc:cgi.com:bccservices:rosservices"> <result xsi:nil="true"/> <dsrequisitionmessages> <ttrequisitionmessages> <MessageType>ERROR</MessageType> <MessageTxt>Rekvisitionen er ikke registreret til den angivne patient. Rekvisition slettes ikke.</messagetxt> </ttrequisitionmessages> </dsrequisitionmessages> </DeleteRequisitionResponse> </SOAP-ENV:Body> </SOAP-ENV:Envelope> 19.08.2015 T150.411.3 Released Side 23 af 27
8. Bilag 4 GetRequisition Eksempel på Rekvisition hentet via webservice. Formatet er i XREQ01 <SOAP-ENV:Envelope xmlns:soap- ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xmlns:xsd="http://www.w3.org/2001/xmlschema"> <SOAP-ENV:Body> <GetRequisitionResponse xmlns="urn:fdc:cgi.com:bccservices:rosservices"> <result xsi:nil="true"/> <xreq01><![cdata[<?xml version="1.0" encoding="iso-8859-1"?><emessage xmlns="http://rep.oio.dk/sundcom.dk/medcom.dk/xml/schemas/2006/07/ 01/"><Envelope><Sent><Date>2015-07- 03</Date><Time>09:01</Time></Sent><Identifier>20150703090115</Iden tifier><acknowledgementcode>minuspositivkvitt</acknowledgementcode></e nvelope><laboratoryrequest><letter><identifier>20150703090115</identi fier><versioncode>xq0131k</versioncode><statisticalcode>xreq01</st atisticalcode><authorisation><date>2015-07- 03</Date><Time>09:01</Time></Authorisation><TypeCode>XREQ01</TypeC ode></letter><sender><eanidentifier>5798002042313</eanidentifier>< Identifier>442091000016009</Identifier><IdentifierCode>sorkode</Identifier Code><OrganisationName>RSJ</OrganisationName><DepartmentName>Akute nhed Skade, ROS</DepartmentName><MedicalSpecialityCode>ikkeklassificeret</Medi calspeciality- ty- Code><Physician><PersonInitials>doctortest</PersonInitials></Physi cian><replyto>true</replyto></sender><originalrequester><identifie r>442091000016009</identifier><identifiercode>sorkode</identifierc ode><organisationname>rsj</organisationname><departmentname>akuten hed Skade, ROS</DepartmentName><ReplyTo>false</ReplyTo></OriginalRequester><R eceiver><eanidentifier>5798002042252</eanidentifier><identifier>3800c70 </Identifier><IdentifierCode>sygehusafdelingsnummer</IdentifierCod e><organisationname>rsj</organisationname><departmentname>roskilde KBA</DepartmentName></Receiver><Payer><Identifier>5798002042313</I dentifier><identifiercode>lokationsnummer</identifiercode><payerstypecode >rekvirent</payerstypecode><organisationname>akutenhed Skade, ROS</OrganisationName></Payer><Patient><AlternativeIdentifier>xxxx xxxxxx</alternativeidentifier><personsurnamename>test1</personsurn ame- Name><PersonGivenName>Nancy</PersonGivenName><Consent><Given>true< /Given></Consent></Patient><RequisitionInformation><RequisitionDat etime><date>2015-05- 19</Date><Time>08:46</Time></RequisitionDateTime><SamplingLocation Code>laboratoriet</SamplingLocationCode><SamplingDateTimeType>fakt isk</samplingdatetimetype><samplingdatetime><date>2015-05- 19</Date><Time>10:00</Time></SamplingDateTime><Sample><RequesterSa mpleidentifi- 19.08.2015 T150.411.3 Released Side 24 af 27
er>800001899395</requestersampleidentifier><sampleidentifiertype>n ationaltproevenummer</sampleidentifiertype></sample><numberoftesttubes>1</numberoft esttubes></requisitioninformation><requests><requestedanalysis><re sultpriority>straks</resultpriority><analysis><analysiscode>npu03429</analys is- Code><AnalysisCodeType>iupac</AnalysisCodeType><AnalysisCodeRespon sible>sst</analysiscoderesponsible></analysis><samplematerial>blod</ SampleMaterial></RequestedAnalysis><RequestedAnalysis><ResultPriority>rutine</ ResultPriority><Analysis><AnalysisCode>NPU01944</AnalysisCode><AnalysisCodeTyp e>iupac</analysiscodetype><analysiscoderesponsible>sst</analysisco deresponsible></analysis><samplematerial>blod</samplematerial></requestedana lysis><requestedanalysis><resultpriority>rutine</resultpriority><ana lysis><analysiscode>npu02321</analysiscode><analysiscodetype>iupac</ AnalysisCode- Type><AnalysisCodeResponsible>SST</AnalysisCodeResponsible></Analy sis><samplematerial>blod</samplematerial></requestedanalysis><requ estedanalysis><resultpriority>rutine</resultpriority><analysis><analysiscode >NPU01933</AnalysisCode><AnalysisCodeType>iupac</AnalysisCodeType> <AnalysisCodeResponsible>SST</AnalysisCodeResponsible></Analysis><SampleMaterial>Blod</ SampleMaterial></RequestedAnalysis><RequestedAnalysis><ResultPriority>rutine</ ResultPriority><Analysis><AnalysisCode>NPU08694</AnalysisCode><AnalysisCodeTyp e>iupac</analysiscodetype><analysiscoderesponsible>sst</analysisco deresponsible></analysis><samplematerial>blod</samplematerial></requestedana lysis><requestedanalysis><resultpriority>rutine</resultpriority><ana lysis><analysiscode>npu02319</analysiscode><analysiscodetype>iupac</ AnalysisCode- Type><AnalysisCodeResponsible>SST</AnalysisCodeResponsible></Analy sis></requestedanalysis></requests></laboratoryrequest><local_elem ents><requisitionstatustext>rekvisition komplet</requisitionstatustext><requisitionactive>true</requisitionac tive><consenttype>0</consenttype><userid>dtest2</userid><room>4</r oom><bed>2</bed><samplingsituation>send til Webhotel</SamplingSituation><Analyses><Analysis><Code>NPU03429</Code><P roductionlaboratory>ras,roskilde KBA</ProductionLaboratory><AnalysisStatusLocal>Godkendt</AnalysisS tatuslocal></analysis><analysis><code>npu01944</code><productionlaborator y>ras,roskilde KBA</ProductionLaboratory><AnalysisStatusLocal>Godkendt</AnalysisS tatuslocal></analysis><analysis><code>npu02321</code><productionlaborator y>ras,roskilde KBA</ProductionLaboratory><AnalysisStatusLocal>Godkendt</AnalysisS tatuslocal></analysis><analysis><code>npu01933</code><productionlaborator 19.08.2015 T150.411.3 Released Side 25 af 27
y>ras,roskilde KBA</ProductionLaboratory><AnalysisStatusLocal>Godkendt</AnalysisS tatuslocal></analysis><analysis><code>npu08694</code><productionlaborator y>ras,roskilde KBA</ProductionLaboratory><AnalysisStatusLocal>Godkendt</AnalysisS tatuslocal></analysis><analysis><code>npu02319</code><productionlaborator y>ras,roskilde KBA</ProductionLaboratory><AnalysisStatusLocal>Godkendt</AnalysisS tatuslocal></analysis></analyses><printsamplingletter>yes</printsamplingl etter></local_elements></emessage>]]></xreq01> <dsrequisitionmessages/> </GetRequisitionResponse> </SOAP-ENV:Body> </SOAP-ENV:Envelope> Eksempel på fejlsituation: <SOAP-ENV:Envelope xmlns:soap- ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xmlns:xsd="http://www.w3.org/2001/xmlschema"> <SOAP-ENV:Body> <GetRequisitionResponse xmlns="urn:fdc:cgi.com:bccservices:rosservices"> <result xsi:nil="true"/> <xreq01/> <dsrequisitionmessages> <ttrequisitionmessages> <MessageType>ERROR</MessageType> <MessageTxt>Rekvisition ikke fundet</messagetxt> </ttrequisitionmessages> </dsrequisitionmessages> </GetRequisitionResponse> </SOAP-ENV:Body> </SOAP-ENV:Envelope> 19.08.2015 T150.411.3 Released Side 26 af 27
9. Bilag 5 ChangeAnswerReceiver Hvis udskiftning lykkes, bliver der ikke sendt nogle fejlmeddelelser: <SOAP-ENV:Envelope xmlns:soap- ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xmlns:xsd="http://www.w3.org/2001/xmlschema"> <SOAP-ENV:Body> <ChangeAnswerReceiverResponse xmlns="urn:fdc:cgi.com:bccservices:rosservices"> <result xsi:nil="true"/> <dsrequisitionmessages/> </ChangeAnswerReceiverResponse> </SOAP-ENV:Body> </SOAP-ENV:Envelope> Eksempel på fejlsituation: <SOAP-ENV:Envelope xmlns:soap- ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xmlns:xsd="http://www.w3.org/2001/xmlschema"> <SOAP-ENV:Body> <ChangeAnswerReceiverResponse xmlns="urn:fdc:cgi.com:bccservices:rosservices"> <result xsi:nil="true"/> <dsrequisitionmessages> <ttrequisitionmessages> <MessageType>ERROR</MessageType> <MessageTxt>Rekvisition findes ikke.</messagetxt> </ttrequisitionmessages> </dsrequisitionmessages> </ChangeAnswerReceiverResponse> </SOAP-ENV:Body> </SOAP-ENV:Envelope> 19.08.2015 T150.411.3 Released Side 27 af 27