SPECIFICATIE-STUF ENVELOPPE

Transcriptie

1 SPECIFICATIE-STUF ENVELOPPE Gemeentelijk gegevensknooppunt VISD is een programma van de VNG dat wordt uitgevoerd in samenwerking met KING

2 Opgesteld door Johan Boer en Arjen Brienen Datum 24 september 2014 Versie 1.0

3 Inhoud Inhoudsopgave REVISIES INLEIDING REFERENTIEDOCUMENTEN EN BRONVERWIJZINGEN INTERACTIEMODEL BERICHTSPECIFICATIES INITIËREND BERICHT (GGS0301-DI01) RETOUR-BERICHT (GGS0301-DI01) BIJLAGE: VOORBEELDBERICHTEN GGS0301_DI GGS0301_DU

4 Revisies Versie Datum Auteurs Status Reden en aard wijziging Johan Boer Concept Initiële opzet Johan Boer Concept Commentaar M. vd Broek verwerkt, Vormgeving toegevoegd Johan Boer Concept Wijzigingen doorgevoerd n.a.v. overleg transactiestandaard Arjen Brienen Voorlopig Definitief Toegevoegd maximale berichtgrootte en gebruik ref.nrs Arjen Brienen Definitief Laatste consultatieronde Wijnand Heijnen, Johan Boer, Ton Monasso en Toine Beunes 4

5 1 Inleiding Binnen het programma VISD is een aantal projecten gedefinieerd. Eén van die projecten is het inrichten van een gemeentelijk gegevensknooppunt. In het kader van dit project is er een berichtspecificatie opgesteld van een StUF enveloppe. Om het berichten verkeer in de keten Rinis-Inlichtingenbureau-Gemeente plaats te laten vinden op basis van de vigerende berichtstandaarden is ervoor gekozen om de iwmo-berichten, die als flatfile-format in Ascii formaat worden opgesteld, te verpakken in een StUF bericht. Hiermee is voorzien in de functionaliteit zoals die beschreven is in de ketenkaart IWMO versie 1.0 dd 28 mei 2014 van het programma VISD De in de ketenkaart beschreven Routering (adressering) en Berichttransformatie worden ingevuld met deze berichtspecificaties. De StUF-envelop is toepasbaar voor alle asynchrone berichtuitwisseling via het GGk, en is op dit moment uitgewerkt voor de standaarden iwmo en ijw. Bij toepassing van andere standaarden wordt dit document aangevuld met aanwijzingen voor het gebruik. 1.1 Referentiedocumenten en bronverwijzingen Referentiedocument StUF 3.01 StUF protocolbindingen 3.02 BEP-model WMO (iwmo versie 1.0) Ketenkaart iwmo 1.0 Bronverwijzing 301/standaard 301/standaard aa_reportstart.html Ketenkaart VISD iwmo v1.0.docx 5

6 2 Interactiemodel In de eerste versie van deze specificaties is er sprake van 4 interacties. Zoals in bijgevoegd interactiemodel te zien is wisselt de initiërende rol per interactie. Deze interacties dienen als voorbeeld voor het gebruik en zijn ook toepasbar voor andere berichtenstromen naast de Wmo. Bij de Toewijzing initieert de gemeente de interactie terwijl bij de Declaratie, de AanvangOndersteuning en de BeëindigingOndersteuning de (Zorg-aanbieder) de interactie initieert. Conclusie is dat beide partijen voor beide StUF-berichten zowel de consumer- als de provider-rol hebben. Gemeente (Zorg-)aanbieder WMO-Toewijzing (WMO0301) Wmo-Toewijzing-Retour (WMO0302) Wmo-Declaratie (WMO0303) Wmo-Declaratie-Retour (WMO0304) Wmo-AanvangOndersteuning (WMO0305) Wmo-AanvangOndersteuning-Retour (WMO0306) Wmo-BeeindigingOndersteuning (WMO0307) Wmo-BeeindigingOndersteuning-Retour (WMO0308) 6

7 3 Berichtspecificaties 3.1 Initiërend bericht (ggs0301-di01) Berichttype: ggs0301-di01 StUF-elementen Stuurgegevens berichtcode Zender zender.organisatie zender.applicatie zender.administratie zender.gebruiker Ontvanger ontvanger.organisatie ontvanger.applicatie ontvanger.administratie ontvanger.gebruiker referentienummer tijdstipbericht functie Vaste waarde = Di01 In de berichten van gemeente naar Aanbieder van (jeugd)zorg en ondersteuning wordt de CBSgemeentecode voor identificatie van de gemeente gebruikt. In de berichten van Aanbieder van (jeugd)zorg en ondersteuning naar gemeente wordt de WMO-specifieke AGB-code voor identificatie van de Aanbieder van (jeugd)zorg en ondersteuning of jeugdzorgaanbieder gebruikt Naam verzendende applicatie Naam verzendende administratie Naam verzendende gebruiker In de berichten van gemeente naar Aanbieder van (jeugd)zorg en ondersteuning wordt de WMO-specifieke AGB-code voor identificatie van de Aanbieder van (jeugd)zorg en ondersteuning of jeugdzorgaanbieder gebruikt In de berichten van Aanbieder van (jeugd)zorg en ondersteuning naar gemeente wordt de CBSgemeentecode voor identificatie van de gemeente gebruikt Naam ontvangende applicatie Naam ontvangende administratie Naam ontvangende gebruiker Bij de WMO0301 wordt het Referentienummer gevuld met de "IDENTIFICATIE HEENBERICHT" uit het voorlooprecord. Bij de WMO0303 wordt het Referentienummer gevuld met het FACTUURNUMMER uit het voorlooprecord. Tijdstip van aanmaken van dit StUF-bericht (enveloppe.) Berichttype dat aangeleverd wordt, uitgebreid met het VERSIE en SUBVERSIE uit het voorlooprecord voorafgegaan door een hyphen (streepje), Bv. WMO (Toewijzing, versie 2, subversie 4) en 7

8 Inhoud parameters/bericht parameters.bericht.bestandsnaam WMO (Declaratie, versie 5, subversie 1) Flatfile formaat bericht (base64) Maximum grootte van de payload(voor conversie) is 10 MegaByte. bestandsnaam van het bestand dat als binary is opgenomen 3.2 Retour-bericht (ggs0301-du01) Berichttype: ggs0301-du01 StUF-elementen Stuurgegevens berichtcode Zender zender.organisatie zender.applicatie zender.administratie zender.gebruiker Ontvanger ontvanger.organisatie Vaste waarde = Du01 In de berichten van gemeente naar Aanbieder van (jeugd)zorg en ondersteuning wordt de CBSgemeentecode voor identificatie van de gemeente gebruikt. In de berichten van Aanbieder van (jeugd)zorg en ondersteuning naar gemeente wordt de WMO-specifieke AGB-code voor identificatie van de Aanbieder van (jeugd)zorg en ondersteuning of jeugdzorgaanbieder gebruikt Naam verzendende applicatie Naam verzendende administratie Naam verzendende gebruiker In de berichten van gemeente naar Aanbieder van (jeugd)zorg en ondersteuning wordt de WMO-specifieke AGB-code voor identificatie van de Aanbieder van (jeugd)zorg en ondersteuning of jeugdzorgaanbieder gebruikt In de berichten van Aanbieder van (jeugd)zorg en ondersteuning naar gemeente wordt de CBSgemeentecode voor identificatie van de gemeente gebruikt ontvanger.applicatie ontvanger.administratie ontvanger.gebruiker referentienummer Naam ontvangende applicatie Naam ontvangende administratie Naam ontvangende gebruiker Bij de WMO302 wordt het referentienummer gevuld met de "IDENTIFICATIE RETOURBERICHT" uit het voorlooprecord. Bij de WMO304 wordt het referentienummer gevuld met de "FACTUURNUMMER DECLARANT" uit het 8

9 tijdstipbericht crossrefnummer functie Inhoud parameters/bericht parameters.bericht.bestandsnaam Voorlooprecord. Tijdstip van aanmaken van dit StUF-bericht (enveloppe.) Het crossrefnummer wordt gevuld met de "FACTUURNUMMER DECLARANT" uit het Voorlooprecord Berichttype dat aangeleverd wordt, uitgebreid met het VERSIE en SUBVERSIE uit het voorlooprecord voorafgegaan door een hyphen (streepje), Bv. WMO (Toewijzing-retour, versie 2, subversie 4) en WMO (Declaratie-retour, versie 5, subversie 1) Flatfile formaat bericht (base64). Maximum grootte van de payload(voor conversie) is 10 MegaByte. bestandsnaam van het bestand dat als binary is opgenomen 3.3 Aanvullende eisen aan de berichtuitwisseling De volgende aanvullende eisen voor de berichtuitwisseling worden gehanteerd: 1. De maximale grootte van parameters/bericht is 10Mb. Deze dient bij verzending en ontvangst te worden gecontroleerd. 9

10 4 Berichtenlogistiek en Foutafhandeling Zowel de foutafhandeling als het bevestigen van de ontvangst van een bericht vindt plaats conform de StUF-standaard. Het betreft hier asynchrone berichtenuitwisseling. Er wordt gebruik gemaakt van het bevestigingsbericht Bv01 en het foutbericht Fo01. Dit is beschreven in 4.4 van de StUF (Standaard Uitwisseling Formaat). De beschrijving van deze standaard is te vinden op de Gemma community ( Tabblad Bibliotheek ). 10

11 5 Bijlage: Voorbeeldberichten 5.1 ggs0301_di01 <?xml version="1.0" encoding="utf-8"?> <!--Sample XML file generated by XMLSpy v2011 sp1 ( <GGS:ggs_Di01 xsi:schemalocation=" ggs0301_msg.xsd" xmlns:stuf=" xmlns:ggs=" xmlns:xsi=" <GGS:stuurgegevens> <StUF:berichtcode>Di01</StUF:berichtcode> <StUF:zender> <StUF:organisatie>0484</StUF:organisatie> <StUF:applicatie>WMO-applicatie gemeente</stuf:applicatie> </StUF:zender> <StUF:ontvanger> <StUF:organisatie> </StUF:organisatie> <StUF:applicatie>Applicatie zorg-aanbieder</stuf:applicatie> </StUF:ontvanger> <StUF:referentienummer> </StUF:referentienummer> <StUF:tijdstipBericht> </StUF:tijdstipBericht> <StUF:functie>WMO </StUF:functie> </GGS:stuurgegevens> <GGS:parameters> <GGS:bericht StUF:bestandsnaam="bestand.txt" >SGllciBrb210IGhldCBBU0NJSS1iZXJpY2h0IGluIA==</GGS:bericht> </GGS:parameters> </GGS:ggs_Di01> NB: in het element bericht staat de base64 encoding van Hier komt een ASCII-bericht in 5.2 ggs0301_du01 <?xml version="1.0" encoding="utf-8"?> <!--Sample XML file generated by XMLSpy v2011 sp1 ( <GGS:ggs_Du01 xsi:schemalocation=" ggs0301_msg.xsd" xmlns:stuf=" xmlns:ggs=" xmlns:xsi=" <GGS:stuurgegevens> <StUF:berichtcode>Du01</StUF:berichtcode> <StUF:zender> <StUF:organisatie> </StUF:organisatie> <StUF:applicatie>Applicatie Zorgaanbieder</StUF:applicatie> 11

12 </StUF:zender> <StUF:ontvanger> <StUF:organisatie>0484</StUF:organisatie> <StUF:applicatie>WMO-applicatie Gemeente</StUF:applicatie> </StUF:ontvanger> <StUF:referentienummer> </StUF:referentienummer> <StUF:tijdstipBericht> </StUF:tijdstipBericht> <StUF:crossRefnummer> </StUF:crossRefnummer> <StUF:functie>WMO3034</StUF:functie> </GGS:stuurgegevens> <GGS:parameters> <GGS:bericht StUF:bestandsnaam="bestand.txt" >SGllciBrb210IGhldCBBc2NpaSByZXRvdXJiZXJpY2h0</GGS:bericht> </GGS:parameters> </GGS:ggs_Du01> NB: in het element bericht staat de base64 encoding van Hier komt het Ascii retourbericht 12