Oppgjørsmodul Import Pasienttransport 05.oktober 2010 Leif Weldingsvei 20. Postboks 2087, 3202 Sandefjord Tel. 33 48 42 00 Fax. 33 48 42 01-1 -
Innholdsfortegnelse 1 PasientTransport og oppgjør... - 4-2 Xml Layout... - 5-2.1 ORGSENDER OG ORGRECEIVER... - 5-2.2 MSG... - 5-2.2.1 Msg...- 6-2.2.2 MsgFirst...- 6-2.2.3 MsgLast...- 6-2.3 ORDERDATAREPORT... - 8-2.3.1 Order...- 8-2.3.2 agreement...- 8-2.3.3 ordertime...- 8-2.3.4 route...- 9-3 Tilkobling... - 22-3.1 INNLEVERING AV OPPGJØR... - 22-4 Kontaktpersoner... - 22-5 Eksempel på oppgjørs XML... - 23-5.1 OPPGJØR MED ÉN TUR, MED ÉN PASSASJER... - 23 - - 2 -
Versjonskontroll Dato Versjon Retting Signatur 05.09.08 1.0 Nytt Dokument TH 11.09.08 1.1 Oppdatering etter intern gjennomgang TH 08.02.09 1.2 Korrigerte feilstaving TH 25.06.09 1.3 La inn liste med oppgjørskontor TH 23.04.10 1.4 Kun SUTI turer skal med (s.4) BLS 05.05.10 1.5 Nye oppgjørskontor lagt til i tabell (s.5) TH 19.05.10 1.6 Korrigerte skrivefeil i forbindelse med TH frikort og la inn informasjon vedrørende skjema 05.10.10 1.7 La inn beskrivelse av filstørrelse begrensning. TH - 3 -
1 PasientTransport og oppgjør I IKT-løsningen for PasientTransport er det gjort et utvalg på hvilke SUTI meldinger det er behov for å bruke. Disse meldingene benyttes for å sende ut bestilling av reiser og få svar tilbake fra taxi sentral. Oppgjørs XML er basert på tilsvarende terminologi med nødvendige tillegg. Oppgjørs XML skal sendes inn til PasientTransport via den kommunikasjonskanal som er bestemt av prosjektet. Det er laget en skjemafil som alle oppgjør vil bli valert mot ved mottak. Nåværende versjon av skjemafilen heter PT_revI.xsd. Det er kun de turene som er mottatt via SUTI link som skal utgjøre innholdet i oppgjørsfilen. Et oppgjør kan bestå av mer enn én XML fil. For å knytte disse sammen skal de nummereres fortløpende (gjøres i attributtet i tag Msg se beskrivelse nedenfor). Det er først når alle XML filer som tilhører samme oppgjør er sendt inn at oppgjørsdata vil ble generert i PasientTransport. Begrensning: En XML fil må være mindre enn 16MB. Dersom oppgjøret består av data som utgjør mer enn 16 MB, så må xml deles opp i flere selvstendige XML filer, og nummereres som angitt i 2.2 msg. - 4 -
2 Xml Layout 2.1 orgsender og orgreceiver Tag orgsender angir den part som sender inn oppgjøret, altså transportøren, og orgreceiver er den part som skal motta oppgjøret, altså PasientTransport. <orgsender name="acme Taxi"> <Org src="111111" ="systemleverandør-eier-link" /> </orgsender> Org src Avsenders organisasjonsnummer SUTI link navnet i riktig format <orgreceiver name="patienttransport"> <Org src="71" ="Locus_PasientTransport_0001" /> </orgreceiver> I feltet src under orgreceiver, skal man legge inn nøkkelverdien til det oppgjørskontor som man ønsker å sende oppgjøret til: Nkl Oppgjørskontor 13761 Helse Finnmark HF 13392 Oppgjørskontor Helse Mt 18845 Oppgjerskontoret Helse Førde HF 18975 Oppgjørskontor helse fonna 18922 Oppgjørskontoret Helse Stavanger 14501 Oppgjørskontor Mosjøen 14620 Oppgjørskontor Rjukan 14520 Oppgjørskontor UNN HF 13797 Oppgjørskontoret - NLSH HF 13832 Oppgjørskontoret Buskerud 13382 Oppgjørskontoret Helse Bergen HF 13704 Oppgjørskontoret Lørenskog 13362 Pasientreiser Sørlandet Sykehus 13317 PasientreiserTelemark & Vestfold 2.2 msg Dette er den største og viktigste meldingen. Det inneholder hele oppgjøret. Meldingen begynner med å angi meldingstype. <msg msgtype="6999" msgname="orderdatareport"> - 5 -
Meldingstype skal allt være 6999 ved innsending av oppgjør. msg msgtype Meldingstype skal allt være 6999. msgname Skal allt ha verdien OrderDataReport. 2.2.1 Msg <Msg src="locus_transporter_0002" ="2007010100000122" /> Msg Src Id SUTI link navnet i riktig format Et unikt oppgjørs. 2.2.2 MsgFirst <MsgFirst src="locus_transporter_0002" ="2007010100000121" /> MsgFirst Src SUTI link navnet i riktig format Et unikt oppgjørs. Denne benyttes for å angi hvilken ID som ligger på den XML som er den første i serien. 2.2.3 MsgLast <MsgLast src="locus_transporter_0002" ="2007010100000123" /> MsgLast Src SUTI link navnet i riktig format Et unikt oppgjørs. Denne benyttes for å angi hvilken ID som ligger på den XML som er den siste i serien. I eksempelet over kan man se at oppgjøret består av 3 XML filer, der første har 2007010100000121, den andre har 2007010100000122, og den tredje har 2007010100000123. Eksemplet er hentet fra den andre XML filen. Det er viktig når oppgjørs XML sendes inn, så skal de nummereres i stigende rekkefølge. Formatet som skal benyttes er YYYYMMDDnnnnnnnn., altså dagens dato og deretter et 8 sifret løpenummer.xml filer som sendes inn i serie, må være nummerert i rekkefølge. Det må ikke være noen huller i denne rekkefølgen. Eksempel: Dersom 3 oppgjørs XML sendes inn så skal disse være nummerert: 2007010100000001 2007010100000002 2007010100000003 Dette er gyldig. Dersom man derimot deler oppgjøret opp i 3 XML filer og gir disse nummer: 2007010100000001-6 -
2007010100000003 2007010100000004 Så er dette ikke godkjent, for da vil oppgjøret vente på at en xml fil med nummer 2007010100000002 skal bli sendt inn. - 7 -
2.3 orderdatareport Hver tur ligger innfor en orderdatareport tag. 2.3.1 Order Nå kommer informasjon om den enkelte turen. Order er turens TurId. Dette er den TurId som ble sendt ut til transportøren via SUTI da bestillingen ble mottatt. Verdien kan bli opptil 8 tegn lang <orderdatareport> <Order src="locus_transporter_0001" ="25001" unique="true" /> Order src unique SUTI link navnet i riktig format Turnummer(TurId). Unikt for turen. Turnummeret er et løpenummer som genereres av PasientTransport. Tallet kan bli større enn de 5 sifre som er vist i eksepler her. Systemet må kunne håndtere tall med opptil 8 sifre. Skal ha verdien true for å angi at turnummeret er unikt. 2.3.2 agreement Mellom PasientTransport og transportør skal det eksistere en avtale. I PasientTransport benyttes en unik avtale kode som knyter transportør og kjørekontor sammen. Avtalekoden hentes fra avtaleregisteret i PasientTransport systemet og baseres på området turen går i. <agreement> <Agreement src="locus_transporter_0001" ="THX-001" /> </agreement> agreement Agreement Id SUTI link navnet i riktig format Avtalekoden. 2.3.3 ordertime Dato og klokkeslett for når bestillingen ble bekreftet av transportør legges inn i ordertime <ordertime> <time time="2008-03-05t14:08:08" /> </ordertime> time time Tspunktet da bestillingen ble bekreftet. Legg merke til formatet: YYYY-MM- DDTHH:mm:SS - 8 -
2.3.4 route Noden route inneholder alle nodene som er en del av turen. Innenfor route finner man nodene invoice, resourceorder, node; 2.3.4.1 invoice <invoice invoicenumber="12345566-1"> <invoicetime> <time time="2008-04-05t00:00:00" /> </invoicetime> <invoiceprice priceresponsible="client" fixedprice="" totalsocialservicefeereceived="120" totalamount="3465.53"> <invoiceattributes> <Attribute src="200" ="117967" unique="true" /> <Attribute src="201" ="7740" unique="true" /> </invoiceattributes> <manualdescriptionprice sendtoinvoice="" sendtovehicle="" sendtooperator="" manualtext="other costs get specified here" vehicleconfirmation="" /> </invoiceprice> </invoice> invoice invoicenumber invoice/invoicetime/time Time invoice/invoiceprice priceresponsible fixedprice totalsocialservicefeereceived totalamount Fakturanummer Fakturadato Legg merke til formatet: YYYY-MM- DDTHH:mm:SS Skal allt ha verdien prover Er true dersom prisen er fast, ellers. Summen av alle egenandeler mottatt på denne turen. Total sum med egenandeler fratrukket. - 9 -
invoice/invoiceprice/invoiceattributes/attribute/attribute src Angir type kostnad. Attribute gjentas for hver kostnadstype. Følgende kostnadstyper benyttes: 200 Reisens distanse fra første pasient ble hentet til siste pasient ble satt av. Distansen angis i meter. 201 Reisens tsforbruk fra første pasient ble hentet til siste pasient ble satt av. Tsforbruket angis i sekunder. 202 Turens startpris 203 Ventepris 205 Parkering 206 Bompenger 207 Trafikale ventekostnader Angir beløpet for kostnaden. unique Angir om attributten er unik på turen invoice/invoiceprice/manualdescriptionprice sendtoinvoice sendtovehicle sendtooperator manualtext vehicleconfirmation Brukes foreløpig ikke skal være tom streng. False - 10 -
2.3.4.2 resourceorder Tag resourceorder inneholder informasjon om sjåføren og kjøretøyet. <resourceorder> <vehicle> <Vehicle src="locus_transporter_0002" ="TL-404" unique="true" /> </vehicle> <driver name="hansen, Per"> <Driver src="102" ="02024900001" unique="" /> <Driver src="103" ="123-11" unique="" /> </driver> <manualdescriptionresource sendtoinvoice="" sendtovehicle="" sendtooperator="" manualtext="transporter information" vehicleconfirmation="" /> </resourceorder> resourceorder/vehicle/vehicle Id unique resourceorder/driver name resourceorder/driver/driver src resourceorder/manualdescriptionresource sendtoinvoice sendtovehicle sendtooperator manualtext vehicleconfirmation Løyvenummer Skal allt ha verdien true sen løyvenummer er unikt i Norge Navn på sjåføren 102 angir at verdien i er sjåførens personnummer. 103 angir at verdien i er sjåførens unike. Verdien avhenger av koden i src. False False False Beskrivelse av kjøretøyet. False - 11 -
2.3.4.3 node Det er 3 typer noder: Passasjer hentet, passasjer framme og passasjer møtte ikke. <node nodeseqno="1" nodetype="1701" ="081000006041"> node nodeseqno nodetype Id Nodens nummer. Starter med 1 for den første noden. Angir om noden er en pickup (1701) en destinasjon (1702) eller en bomtur (1703) Rekvisisjonsnummer. Det er ulik informasjon som for de ulike node typene derfor blir de nedenfor beskrevet separat: - 12 -
2.3.4.3.1 NodeType pickup (1701) Denne nodetypen benyttes for å angi når passasjeren ble plukket opp. <node nodeseqno="1" nodetype="1701" ="081000006041"> <addressnode street="storgaten" streetno="23" streetnoletter="b" location="sandefjord" community="sandefjord" postalno="3210"> <manualdescriptionaddress sendtoinvoice="" sendtovehicle="" sendtooperator="" manualtext="" vehicleconfirmation="" /> <!-- <attributeaddress> <Attribute src="pt" ="2015"/> </attributeaddress>!--> </addressnode> <timesnode> <time time="2008-03-05t14:03:10" /> </timesnode> <contents> <content contenttype="1001" name="hansen, Arne"> <attributecontent> <Attribute src="pt" =="1631"/> <Attribute src="pt" =="100"/> </attributecontent> <manualdescriptioncontent sendtoinvoice="" sendtovehicle="" sendtooperator="" manualtext="" vehicleconfirmation="" /> </content> </contents> </node> node/addressnode street streetno streetnoletter location community postalno Henteadressens gatenavn Henteadressens husnummer Henteadressen undernummer Henteadressens poststed Henteadressens kommune Henteadressens postnummer - 13 -
node/addressnode/manualdescriptionaddress sendtoinvoice sendtovehicle sendtooperator manualtext Tilleggs informasjon vedrørende henteadresse. vehicleconfirmation Noden attribute gjentas for hver adresse attributt som eksisterer. node/addressnode/attributeaddress/attribute/attrbute src Denne har verdien pt for å indikere at koden er laget av PasientTransport. Denne kan ha følgende verdier: 2015 Angir at adressen er et behandlingssted. node/timesnode/time time Klokkeslett da passasjer ble hentet Legg merke til formatet: YYYY-MM- DDTHH:mm:SS node/contents/content contenttype name Har verdien 1001 for å angi at det som ligger i name attribute er passasjer navnet Navnet på passasjeren. - 14 -
Noden attribute gjentas for hver transport attributt som eksisterer. contents/content/attributecontent/attribute/attrbute src Denne har verdien pt for å indikere at koden er laget av PasientTransport. Denne kan ha følgende verdier: 100 Angir at pasienten har fritt sykehusvalg 1501 Må bæres 1506 Kvinnelig sjåfør 1507 Mannlig sjåfør 1601 Stasjonsvogn 1606 Barnesete 1611 Manuell rullestol 1612 Liten/lav bil/innstigningshøyde 1614 Rullestolrampe 1615 Rullestolheis 1616 Trappeklatrer 1617 Allergi 1628 Sitte foran 1629 Ligge bak 1630 Ligge foran 1631 Alenebil 1632 Rullestolbil 2314 Ledsager. Det skal finnes ett attribute element for hver ledsager. contents/content/manualdescriptioncontent sendtoinvoice sendtovehicle sendtooperator manualtext vehicleconfirmation Informasjon om passasjer. Leses inn og lagres som transportør informasjon. - 15 -
2.3.4.3.2 NodeType destination (1702) Denne nodetypen benyttes for å angi når passasjeren var fremme. <node nodeseqno="2" nodetype="1702" ="081000006041"> <addressnode addressname="oslo klinikken" street="hegdehaugsv" streetno="5" location="oslo" community="oslo" postalno="0352"> <manualdescriptionaddress sendtoinvoice="" sendtovehicle="" sendtooperator="" manualtext="" vehicleconfirmation=""/> <attributeaddress> <Attribute src="pt" ="2015"/> </attributeaddress> </addressnode> <timesnode> <time time="2008-03-05t14:03:22"/> </timesnode> <contents> <content contenttype="1001" name="hansen, Tone"> <economycontent> <price priceresponsible="client" fixedprice="" vatincluded="true" price="255"> <taximeter activate="true"> <Taxa src="locus_transporter_0002" ="0000002" unique="true"/> </taximeter> </price> <formofpayment> <payment paymenttype="1307" amount="0"> <Payment src="locus_pasienttransport_0001" ="0123456789" unique="true"/> <Currency src="iso4217" ="NOK" unique="true"/> </payment> </formofpayment> </economycontent> </content> </contents> </node> - 16 -
node/addressnode street streetno streetnoletter location community postalno Leveringsadressens gatenavn Leveringsadressens husnummer Leveringsadressen undernummer Leveringsadressens poststed Leveringsadressens kommune Leveringsadressens postnummer node/addressnode/manualdescriptionaddress sendtoinvoice False sendtovehicle False sendtooperator False manualtext Tilleggs informasjon vedrørende henteadresse. vehicleconfirmation False Noden attribute gjentas for hver adresse attributt som eksisterer. node/addressnode/attributeaddress/attribute/attrbute src Denne har verdien pt for å indikere at koden er laget av PasientTransport. Denne kan ha følgende verdier: 2015 Angir at adressen er et behandlingssted. node/timesnode/time time Klokkeslett da passasjer var fremme. Legg merke til formatet: YYYY-MM- DDTHH:mm:SS node/contents/content contenttype name Har verdien 1001 for å angi at det som ligger i name attribute er passasjer navnet Navnet på passasjeren. node/contents/content/economycontent/price priceresponsible fixedprice vatincluded price Skal allt ha verdien prover Angir om rekvisisjonen er basert på en fastpris. Angir om moms er inkludert i prisen Pris for denne passasjeren. node/contents/content/economycontent/price/taximeter activate Denne skal være true for å angi at taksameter kvittering sendes inn. - 17 -
node/contents/content/economycontent/price/taximeter/taxa src Suti link riktig format. Taksameter kvittering. unique Allt true. node/contents/content/economycontent/formofpayment/payment paymenttype paymenttype kan være: 1306 Egenandel 1307 Frikort amount Dersom paymenttype = 1306, så lagres egenandels beløpet i amount. Dersom paymenttype = 1307, så vil amount normalt bli 0, men ved fritt sykehusvalg kan vi allikevel få et beløp her selv om passasjeren har frikort. node/contents/content/economycontent/formofpayment/payment/payment src Payment benyttes kun når paymenttype = 1307. Src er SUTI link navnet i riktig format unique Frikortnummer Har allt verdien unique node/ contents/content/economycontent/formofpayment/payment/currency src Valutakodestandard Valutakode unique Har allt verdien unique - 18 -
2.3.4.3.3 NodeType (bomtur - 1703) Denne nodetypen benyttes for å angi at passasjeren ikke dukket opp og dermed ikke kunne transporteres (bomtur). 1703 er helt lik 1701. <node nodeseqno="1" nodetype="1703" ="081000006041"> <addressnode street="storgaten" streetno="23" streetnoletter="b" location="sandefjord" community="sandefjord" postalno="3210"> <manualdescriptionaddress sendtoinvoice="" sendtovehicle="" sendtooperator="" manualtext="" vehicleconfirmation="" /> <!-- <attributeaddress> <Attribute src="pt" ="2015"/> </attributeaddress> --> </addressnode> <timesnode> <time time="2008-03-05t14:03:10" /> </timesnode> <contents> <content contenttype="1001" name="hansen, Arne"> <attributecontent> <Attribute src="pt" =="1631"/> <Attribute src="pt" =="100"/> </attributecontent> <manualdescriptioncontent sendtoinvoice="" sendtovehicle="" sendtooperator="" manualtext="" vehicleconfirmation="" /> </content> </contents> </node> - 19 -
node/addressnode street streetno streetnoletter location community postalno Henteadressens gatenavn Henteadressens husnummer Henteadressen undernummer Henteadressens poststed Henteadressens kommune Henteadressens postnummer node/addressnode/manualdescriptionaddress sendtoinvoice sendtovehicle sendtooperator manualtext Tilleggs informasjon vedrørende henteadresse. vehicleconfirmation Noden attribute gjentas for hver adresse attributt som eksisterer. node/addressnode/attributeaddress/attribute/attrbute src Denne har verdien pt for å indikere at koden er laget av PasientTransport. Denne kan ha følgende verdier: 2015 Angir at adressen er et behandlingssted. node/timesnode/time time Klokkeslett da taxi møtte opp for å hente passasjer. Legg merke til formatet: YYYY-MM- DDTHH:mm:SS node/contents/content contenttype name Har verdien 1001 for å angi at det som ligger i name attribute er passasjer navnet Navnet på passasjeren. - 20 -
Noden attribute gjentas for hver transport attributt som eksisterer. contents/content/attributecontent/attribute/attrbute src Denne har verdien pt for å indikere at koden er laget av PasientTransport. Denne kan ha følgende verdier: 100 Angir at pasienten har fritt sykehusvalg 1501 Må bæres 1506 Kvinnelig sjåfør 1507 Mannlig sjåfør 1601 Stasjonsvogn 1606 Barnesete 1611 Manuell rullestol 1612 Liten/lav bil/innstigningshøyde 1614 Rullestolrampe 1615 Rullestolheis 1616 Trappeklatrer 1617 Allergi 1628 Sitte foran 1629 Ligge bak 1630 Ligge foran 1631 Alenebil 1632 Rullestolbil 2314 Ledsager. Det skal fines ett attribute element for hver ledsager. contents/content/manualdescriptioncontent sendtoinvoice sendtovehicle sendtooperator manualtext vehicleconfirmation Informasjon om passasjer - 21 -
3 Tilkobling 3.1 Innlevering av oppgjør Det er laget en egen beskrivelse av hvordan oppgjørs XML skal leveres inn til PasientTransport. Denne løsningen er beskrevet på NISSY forumet. 4 Kontaktpersoner Kontaktperson hos Locus er: Tone Hansen Senior Systemutvikler Produkt Leif Weldingsvei 20 Postboks 2087 3202 Sandefjord http://www.locus.no e-post: th@locus.no 33 48 42 00 (sentralbord) 33 48 42 39 (direkte) 33 48 42 01 (telefaks) - 22 -
5 Eksempel på oppgjørs XML 5.1 Oppgjør med én tur, med én passasjer <?xml version="1.0" encoding="utf-8"?> <PT xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xsi:nonamespaceschemalocation="file:///c:/j2ee/eclipse_devel/workspace/patienttransportserver_utvikling/settlementxmlinput/pt_reve.xsd"> <orgsender name="transporter"> <Org src="111111" ="Locus_Transporter_0002"/> </orgsender> <orgreceiver name="patienttransport"> <Org src="71" ="Locus_PasientTransport_0001"/> </orgreceiver> <msg msgtype="6999" msgname="orderdatareport"> <Msg src="locus_transporter_0002" ="2007010100000123"/> <MsgFirst src="locus_transporter_0002" ="2007010100000123"/> <MsgLast src="locus_transporter_0002" ="2007010100000123"/> <orderdatareport> <Order src="locus_transporter_0002" ="404" unique="true"/> <agreement> <Agreement src="locus_transporter_0002" ="OT lang"/> </agreement> <ordertime> <time time="2008-03-05t14:08:08"/> </ordertime> <route> <invoice invoicenumber="12345566-1"> <invoicetime> <time time="2008-04-05t00:00:00"/> </invoicetime> <invoiceprice priceresponsible="client" fixedprice="" totalsocialservicefeereceived="120" totalamount="3465.53"> <!-- Specification of costs. @costtype can be: * 200 Travelled distance in meters * 201 Time for the trip in seconds * 202 Start price * 203 Waiting price * 204 Calculated price from PasientTransport system * 205 Parking * 206 Toll money * 207 Waiting in traffic cost * Attribute "" is the actual amount.--> - 23 -
<invoiceattributes> <Attribute src="200" ="117967" unique="true"/> <Attribute src="201" ="7740" unique="true"/> <Attribute src="202" ="0" unique="true"/> <Attribute src="203" ="10" unique="true"/> <Attribute src="205" ="0" unique="true"/> <Attribute src="206" ="0" unique="true"/> <Attribute src="207" ="0" unique="true"/> </invoiceattributes> <manualdescriptionprice sendtoinvoice="" sendtovehicle="" sendtooperator="" manualtext="other types of costs get specified here" vehicleconfirmation=""/> </invoiceprice> </invoice> <!-- resourceorder contain information about the driver and vehicle --> <resourceorder> <vehicle> <!-- 'løyvenummer' comes here @ --> <Vehicle src="locus_transporter_0002" ="TL-404" unique="true"/> </vehicle> <driver name="hansen, Per"> <!-- 102 is SSN --> <Driver src="102" ="02024900001" unique=""/> <!-- 103 is drivers unique --> <Driver src="103" ="123-11" unique=""/> </driver> <!-- information from/to transporter goes here --> <manualdescriptionresource sendtoinvoice="" sendtovehicle="" sendtooperator="" manualtext="transporter information" vehicleconfirmation=""/> </resourceorder> <!-- first passenger. is requisition number for passenger - 24 -
1701 is for passenger pickup 1703 is for passenger no show is requisition number --> <node nodeseqno="1" nodetype="1701" ="081000006041"> <!-- address for this node --> <addressnode street="storgaten" streetno="23" streetnoletter="b" location="sandefjord" community="sandefjord" postalno="3210"> <!-- additional information about passengers home address is in @manualtext --> <manualdescriptionaddress sendtoinvoice="" sendtovehicle="" sendtooperator="" manualtext="" vehicleconfirmation=""/> </addressnode> <!-- Time when action took place at this node --> <timesnode> <time time="2008-03-05t14:03:10"/> </timesnode> <contents> <!-- 1001 is for passenger and name is the name of the passenger --> <content contenttype="1001" name="hansen, Arne"> <!-- A list of all special needs that the passenger had. Uses attributes --> <attributecontent> <Attribute src="pt" ="1501"/> <Attribute src="pt" ="1506"/> </attributecontent> <!-- @manualtext can be used for extra information about passenger. --> <manualdescriptioncontent sendtoinvoice="" sendtovehicle="" sendtooperator="" manualtext="" vehicleconfirmation=""/> </content> </contents> </node> <!-- 1702 is for passenger dropped. is requisition number --> <node nodeseqno="2" nodetype="1702" ="081000006041"> <!-- address for this node. Treatment address. Indicated by attribute 2015. --> <addressnode addressname="oslo klinikken" street="hegdehaugsv" streetno="5" location="oslo" community="oslo" postalno="0352"> <!-- additional information about treatment address is in @manualtext --> <manualdescriptionaddress sendtoinvoice="" sendtovehicle="" sendtooperator="" manualtext="" vehicleconfirmation=""/> <!-- 2015 indicates that the above address is a treatment center --> <attributeaddress> <Attribute src="pt" ="2015"/> - 25 -
</attributeaddress> </addressnode> <!-- Time when action took place at this node --> <timesnode> <time time="2008-03-05t14:03:22"/> </timesnode> <contents> <!-- 1001 is for passenger and name is the name of the passenger --> <content contenttype="1001" name="hansen, Tone"> <!-- economycontent holds information about how this trip was pa for etc. --> <economycontent> <!-- priceresponsible should be either client or prover depending on where the price originated from. fixedprice is here. Required field that is not used here. vatincluded is true if vat is included in price price is actual price for this node. --> <price priceresponsible="client" fixedprice="" vatincluded="true" price="255"> <!-- taximeter is true here since we want to get taximeter --> <taximeter activate="true"> <!-- Receipt number from taximeter () --> <Taxa src="locus_transporter_0002" ="0000002" unique="true"/> </taximeter> </price> <formofpayment> <!-- paymenttype can be: * social service fee (1306) * freecard (1307) * if 1306 is used then the actual amount pa is stored in * the "amount" attribute, and Payment is not used. Uses PT attributes --> <!-- <payment paymenttype="1306" amount="999"> --> <payment paymenttype="1307" amount="0"> <Payment src="locus_pasienttransport_0001" ="0123456789" unique="true"/> <!-- Currency used --> <Currency src="iso4217" ="NOK" unique="true"/> </payment> </formofpayment> </economycontent> </content> </contents> - 26 -
</node> </route> </orderdatareport> </msg> </PT> - 27 -