Verduidelijking gebruik OrganisatieNaam in kwalificatiescript beschikbaarstellen BgZ

Description

Binnen het kwalificatiescript beschikbaarstellen BgZ wordt er binnen verschillende secties gerefereerd naar het element OrganisatieNaam. De beschreven organisaties zijn ter voorbeeld opgenomen in het addendum. Het dient voor leveranciers en zorgaanbieders duidelijk te zijn dat er in het kwalificatiemateriaal organisatienamen aangeleverd mogen worden die voor handen zijn binnen het zorgproces, en dus kunnen afwijken van de organisaties binnen het addendum.
 

Voorgestelde oplossing per relevante sectie

  1. Sectie 6.1.2 Financiële informatie - OrganisatieNaam Menzis Zorgverzekeraar N.V.
    Geen verdere aanpassing doorvoeren; Menzis is een organisatie die binnen de meerderheid van de zorgprocessen beschikbaar zou moeten zijn als verzekeraar. Een individuele uitzondering kan uiteraard door een leverancier worden aangevraagd. 

  2. Sectie 6.1.11 Medische hulpmiddelen - Zorgaanbieder.OrganisatieNaam Test Medisch Centrum
    Algemene opmerking plaatsen (bij de relevante sectie) om aan te geven dat dit een voorbeeld organisatie betreft, en dat het akkoord is om hier een organisatienaam aan te leveren die beschikbaar is binnen het relevante
    zorgproces.

  3. Sectie 6.1.15 Verrichtingen - OrganisatieNaam UMCG
    Zie opmerking punt 2. 

  4. Sectie 6.1.16 Contacten - OrganisatieNaam UMCG
    Zie opmerking punt 2. 

  5. Sectie 6.1.17 Zorgplan/Verrichting- OrganisatieNaam Test Medisch Centrum
    Zie opmerking punt 2. 

  6. Sectie 6.1.17 Zorgplan/Afspraak- OrganisatieNaam Test Medisch Centrum
    Zie opmerking punt 2. 

  7. Sectie 6.1.18 Zorgverleners - OrganisatieNaam Maatschap Vaste Huisarts
    Zie opmerking punt 2. 

 

Punten van aandacht voor doorvoeren aanpassing:

  1. Is het wenselijk dat de leverancier (ongeacht bovenstaande verduidelijking) toch middels een BITS  issue aangeeft dat er wordt afgeweken van het kwalificatiescript indien er een andere OrganisatieNaam aangeleverd wordt in het materiaal? (als verduidelijking bij de technische en functionele beoordeling)

  2. In welke mate is het van belang voor de samenhang van de (technische) toets dat er bij sectie 11 en 17 gerefereerd wordt naar OrganisatieNaam X, en dat er bij sectie 15 en 16 gerefereerd wordt naar OrganisatieNaam Y. Kunnen we een leverancier hier vrij in laten, of zit hier onderwater enige samenhang om de use case kloppend te maken? 

  3. Met het oog op eventuele andere 'voorbeeld namen/nummers' in het kwalificatiescript; wat is de beste plek om hier verduidelijking over te geven aan de leverancier? Wellicht is een algemene opmerking aan het begin van het kwalificatiescript uiteindelijk duidelijker dan een (herhalende) toelichting bij meerdere secties van het addendum? 

  4. Tot slot: wat is de uiteindelijke meerwaarde van deze addendum verduidelijking in het proces van CCG/BITS/kwalificatie voor ons en voor de leverancier? Indien we deze 'goedgekeurde afwijkingen' toch geregistreerd willen hebben voorafgaand aan een kwalificatie, is dat voor mij nog niet 100% duidelijk. 

Verduidelijking van Impact

Laag - Betreft een toelichting op het aanleveren van organisatienamen enkel ter verduidelijking voor leveranciers en zorgaanbieders.

Proposed solution (NL)

1. Bij de OrganisatieNaam elementen binnen het kwalificatiescript wordt de volgende tekst toegevoegd binnen de 'cel' van de tabel: "..... of een vergelijkbare organisatienaam die beschikbaar is binnen het eigen zorgproces"

2. Paragraaf 5 van het kwalificatiescript wordt aangevuld met sectie 5.3 'Organisatienamen'. Hier wordt de volgende tekst weergegeven:
"Binnen het kwalificatiescript wordt er binnen verschillende secties gerefereerd naar het element OrganisatieNaam. De beschreven organisaties zijn ter voorbeeld opgenomen in het addendum. Het is voor leveranciers en zorgaanbieders akkoord om organisatienamen aan te leveren die voorhanden zijn binnen het zorgproces, en dus afwijken van de organisaties binnen het addendum."

3. Kwalificatieteam en het HL7 team op de hoogte brengen

Proposed solution (EN)

None

Release notes (NL)

In het kwalificatiescript beschikbaarstellen BgZ is zowel in de introductie als binnen de desbetreffende secties een opmerking geplaatst m.b.t. het gebruik van organisatienamen die voorhanden zijn binnen het zorgproces, en dus afwijken van de organisaties binnen het addendum.

Release notes (EN)

A clarification regarding the use of organisation names has been added to the functional test script for 'Beschikbaarstellen BgZ'. Both in the introduction and in the relevant sections the approval of using organisation names related to the individual care facility is highlighted.

Attachments

1
  • 01 Jun 2022, 06:24 AM
100% Done

Activity

Show:

Mariëtte Lenselink August 2, 2022 at 11:33 AM

publicatiecheck: goed door gekomen op wiki

Renée Vermeulen July 25, 2022 at 7:10 AM

excuses, bij deze aangepast. 
Een van de subtaken staat nog op 'in review' op de naam van . Het doel van dit issue is om de informatie terug te koppelen aan het HL7 en kwalificatieteam (ter kennisgeving van de wijziging). Morgen staat er een overleg op de planning waar we bij elkaar zitten. Hier zal ik deze informatie ook terugkoppelen aan beiden teams. 

Renée Vermeulen June 2, 2022 at 11:54 AM
Edited

Dank voor de uitgebreide terugkoppeling .

Voorgestelde oplossing per relevante sectie

Bij onderstaande elementen wordt de volgende tekst toegevoegd binnen de OrganisatieNaam 'cel' van de tabel binnen het kwalificatiescript: "..... of een vergelijkbare organisatienaam die beschikbaar is binnen het eigen zorgproces"

  1. Sectie 6.1.11 Medische hulpmiddelen - Zorgaanbieder.OrganisatieNaam 

  2. Sectie 6.1.15 Verrichtingen - OrganisatieNaam

  3. Sectie 6.1.16 Contacten - OrganisatieNaam

  4. Sectie 6.1.17 Zorgplan/Verrichting- OrganisatieNaam 

  5. Sectie 6.1.17 Zorgplan/Afspraak- OrganisatieNaam 

  6. Sectie 6.1.18 Zorgverleners - OrganisatieNaam

Hiermee volgen we de aanpak van de PDF/A-informatiestandaard (zie comment Luud). 

 

Aanvullend het voorstel om paragraaf 5 van het kwalificatiescript aan te vullen met sectie 5.3 'Organisatienamen'. Hier kunnen we de volgende tekst weergeven:
"Binnen het kwalificatiescript wordt er binnen verschillende secties gerefereerd naar het element OrganisatieNaam. De beschreven organisaties zijn ter voorbeeld opgenomen in het addendum. Het is voor leveranciers en zorgaanbieders akkoord om organisatienamen aan te leveren die voorhanden zijn binnen het zorgproces, en dus afwijken van de organisaties binnen het addendum."

Ten tijde van het doorvoeren van bovenstaande aanpassingen dient het kwalificatieteam en het HL7 team hiervan op de hoogte te worden gebracht, zodat ze dit kunnen meenemen in aankomende kwalificaties.

Former user ; zien jullie nog ruimte voor aanvullingen/aanpassingen? 

Luud Slagter June 1, 2022 at 6:49 AM

Hallo ,

Als in het addendum duidelijk staat aangegeven dat een leverancier voor bepaalde elementen zelf een waarde mag kiezen, dan is er verder geen impact op de technische kwalificaties. Wel is het denk ik handig om, nadat deze wijziging is doorgevoerd, nog even een seintje te geven aan iemand binnen het HL7-team, zodat diegene iedereen die de kwalificaties voor de BgZ uitvoert nog expliciet hierop kan wijzen (en zodat we bij daaropvolgende kwalificaties geen foutieve/overbodige bevindingen opvoeren).

Wat betreft 3: Voor dit issue zou je de aanpak van de PDF/A-informatiestandaard kunnen gebruiken. Binnen die standaard zijn überhaupt best veel elementen waar een leverancier zelf een waarde kan kiezen, zie screenshot.

Eenzelfde constructie zou je ook kunnen hanteren in het addendum van de BgZ. Het voordeel van die opmerkingen herhalen op elke plek waar het toegestaan is om af te wijken, is dat zowel een leverancier tijdens het invullen als een HL7-specialist tijdens het kwalificeren direct ziet welke elementen een andere waarde mogen hebben. Het nadeel ervan is dat het iets onderhoudsgevoeliger is (al verwacht ik niet dat je dit later nog vaak hoeft te wijzigen). Uiteraard kan het daarnaast toevoegen van een algemene opmerking in de nog te maken sectie 5.3 zeker geen kwaad!

Wat betreft 1: Expliciet benoemen van deze afwijkingen via BITS-issues lijkt me niet noodzakelijk. Het komt bij PDF/A wel eens voor dat een leverancier een extra Excel-bestand aanlevert met alle ingevoerde waarden, maar dat is echt een uitzondering. Wel denk ik dat we moeten checken of de OrganisatieNaam een zinnige waarde heeft (en niet 'abc' of 'xxx' o.i.d.), en of de leverancier wel telkens een bepaalde OrganisatieNaam vervangt door dezelfde eigen gekozen waarde (anders klopt de use case misschien niet meer).

Wat betreft 2: Sectie 17 bestaat uit een Zorgplan dat een MedischHulpmiddel bevat, en deze laatste komt ook weer voor in sectie 11. Net zo gaat sectie 15 over een Verrichting die is uitgevoerd tijdens het Contact beschreven in sectie 16. In die zin is het logisch dat binnen deze gekoppelde secties verwezen wordt naar dezelfde OrganisatieNaam (dit bedoel ik ook met mijn laatste opmerking over punt 1). Je zou er natuurlijk voor kunnen kiezen om overal dezelfde OrganisatieNaam in te voeren, maar misschien is het juist wel goed dat een leverancier kan laten zien dat ze verschillende Organisaties ondersteunen (zeker omdat dat ook meer overeenkomt met de situatie in de praktijk).

Wat betreft 4: Volgens mij is er niet per se veel meerwaarde voor het proces, behalve dat het voor een leverancier eenvoudiger is om op sommige plekken af te wijken van het addendum (en dat scheelt aan onze kant dan eventuele communicatie daarover). Ik zou er trouwens voor willen pleiten om dit soort afwijkingen niet allemaal te registreren (zie ook mijn reactie bij punt 1), aangezien ze per definitie goedgekeurd zijn na wijziging van het addendum; dat doen we bij PDF/A ook niet en heeft volgens mij geen meerwaarde.

Groeten,

Luud

Resolved
Pinned fields
Click on the next to a field label to start pinning.

Details

Assignee

Reporter

Classification

Informatiestandaard onderdelen

Kwalificatie- en testmaterialen

Information standard

BgZ 3.x

Priority

Better Excel Exporter

Created May 31, 2022 at 2:12 PM
Updated January 12, 2024 at 12:53 PM
Resolved August 5, 2022 at 7:19 AM