Gebruikersdocument uitlevering deel 3 ICT-eisen v20111115 Ingangsdatum 1 januari 2012
V O O R W O O R D Voor u ligt deel 3 van het document Gebruikersdocument uitlevering, Wijzigingen DBC-pakket. Bij iedere uitlevering worden de verschillende gebruikersgroepen op hoofdlijnen geïnformeerd over de wijzigingen in de DBC-systematiek middels maximaal drie wijzigingsdocumenten, die in principe los van elkaar gelezen kunnen worden. Niet altijd is de volledige trilogie beschikbaar, dit is afhankelijk van de aard van de doorgevoerde wijzigingen. Een korte algemene beschrijving van de drie samenhangende wijzigingsdocumenten wordt hieronder gegeven. Vervolgens is beschreven welke wijzigingen op hoofdlijnen in het DBC-pakket januari 2012 worden doorgevoerd. Deel 1: Gebruikersdocument In deel 1 wordt een overzicht gegeven van alle wijzigingen in het pakket januari 2012 (RS08), waarbij op hoofdlijnen wordt aangegeven wat is gewijzigd en waarom. Ook is een korte beschrijving opgenomen van de wijze waarop de wijzigingen zijn verwerkt en welke tabellen hiervoor zijn aangepast. Voor meer details verwijzen wij u naar de toelichtingen bij de tabellen zelf. Deel 1 is vooral bedoeld als snelle wegwijzer voor iedereen die dagelijks met DBC s werkt. Deel 2: Verantwoording kosten- en honorariaberekeningen Deel 2 bevat de cijfermatige onderbouwing van de wijzigingen. Het beschrijft hoe de data voor de tariefberekeningen tot stand zijn gekomen, hoe de productprijzen berekend zijn en hoe de effecten van deze nieuwe productprijzen in kaart gebracht zijn. Dit deel is vooral bedoeld voor beleidsmakers en mensen die werken met/aan stuurinformatie. Deel 3: ICT-eisen Deel 3 beschrijft de ICT-eisen die worden gesteld aan een succesvolle implementatie van het DBC-pakket. Dit deel is vooral bestemd voor automatiseerders en ZISleveranciers. De ICT-eisen zijn geactualiseerd voor het DBC-pakket januari 2012. DBC-Onderhoud Pagina 2 van 51
Inhoudsopgave VOORWOORD... 2 1 INLEIDING... 4 1.1 STATUS VAN DIT DOCUMENT... 4 1.2 SAMENHANG SIMULEREN, SCHADUWDRAAIEN EN INTRODUCTIE DOT (RS08).... 4 2 NIEUWE TABELLEN... 7 3 TABELLEN DIE BLIJVEN BESTAAN, MAAR WEL WIJZIGEN... 8 3.1 TARIEVEN TABEL... 8 4 TABELLEN DIE ONGEWIJZIGD BLIJVEN BESTAAN... 13 4.1 ZORGACTIVITEITEN TABEL... 13 4.2 ELEKTRONISCHE TYPERINGSLIJST... 18 4.3 AFSLUITREGELS TABEL... 22 4.4 ZORGPRODUCTEN TABEL... 25 4.5 ZORGPRODUCTGROEPEN TABEL... 27 4.6 RELATIE DIAGNOSE ZORGPRODUCTGROEPEN TABEL... 28 4.7 AFSLUITREDEN TABEL... 30 4.8 AANSPRAAK CODE TABEL... 31 4.9 WBMV CODE TABEL... 32 4.10 DIAGNOSE COMBINATIE TABEL... 33 5 TABELLEN NIET GEBRUIKT BINNEN DOT... 35 5.1 DIS VERRICHTINGEN STAMTABEL... 35 5.2 EINDKLASSE TABEL... 37 5.3 PRODUCTGROEPEN EIGENSCHAPPEN TABEL... 40 5.4 AFLEIDING BEHANDELAS TABEL... 41 5.5 RELATIE SPECIALISME VERRICHTING DIAGNOSE TABEL... 45 5.6 REFERENTIE DOORLOOPTIJDEN TABEL... 47 6 SLEUTELVELDEN... 49 6.1 WAAROM SLEUTELGEGEVENS?... 49 6.2 SLEUTELVELDEN PER TABEL... 50 7 AANPASSEN VALIDATIEMODULE... 51 DBC-Onderhoud Pagina 3 van 51
1 I N L E I D I N G Bij iedere uitlevering worden de verschillende gebruikersgroepen op hoofdlijnen geïnformeerd over de wijzigingen in de DBC-systematiek middels drie wijzigingsdocumenten, die in principe los van elkaar gelezen kunnen worden. In deel 3 worden de ICT-eisen beschreven. In deze versie van de ICT-eisen is ten opzicht van de vorige versie van de ICT-eisen (1 juli 2011) is de invulling van de tarieftypes binnen de Tarieven Tabel aangepast. Daarnaast is, ter verduidelijking, binnen diverse tabellen een enkele tekstuele aanpassing aangebracht en zijn omschrijvingen van kolomnamen geactualiseerd. Tevens zijn de beschrijvende teksten bijgewerkt naar de situatie per 1 januari 2012. Voor alle duidelijkheid wordt vermeld dat indien een tabel is opgenomen onder het hoofdstuk Tabellen die ongewijzigd blijven bestaan dit niet wil zeggen dat de vulling van deze tabellen m.i.v. 1 januari 2012 niet kan wijzigen. 1.1 Status van dit document Dit document beschrijft de ICT-eisen zoals deze gelden met ingang van het RZ12brelease. Nadrukkelijk wordt vermeld dat de ingangsdatum 1 januari 2012 betreft. 1.2 Samenhang simuleren, schaduwdraaien en introductie DOT (RS08). Hoewel de tabellen t.b.v. de introductie van DOT per 1 januari 2012 technisch hetzelfde zijn als de tabellen t.b.v. het simuleren fase 2 en het schaduwdraaien, wordt er inhoudelijk wel onderscheid gemaakt. T.b.v. het simuleren en schaduwdraaien worden alle actuele records binnen een tabel geantedateerd naar 20090701 en worden binnen die tabellen die zowel onderdeel uitmaken van het DBC-systeem als DOT geen historische records opgenomen. Om dit goed te kunnen waarborgen is er voor gekozen om twee sets van tabellen ter beschikking te stellen, te weten: 1. de set die gebruikt wordt voor het operationele systeem na invoering DOT per 1 januari 2012. 2. de set die gebruikt kan worden voor het simuleren fase 2 en het schaduwdraaien met de nieuwe DOT-omgeving. Bij de set die gebruikt dient te worden voor het simuleren fase 2 en het schaduwdraaien, zal de tabelnaam beginnen met DOT dus DOT-{tabelnaam}, terwijl de tabelnamen bij de introductie van het DOT-pakket per 1 januari 2012 de aanduiding DOT binnen de bestandsnaam niet zullen kennen. DBC-Onderhoud Pagina 4 van 51
In de algemene toelichting die bij de betreffende uitlevering zal worden meegeleverd, vindt u informatie over de inhoud en het gebruik van de tabellen voor de verschillende omgevingen. Inlezen van de tabellen De tabellen kunnen op twee verschillende manieren worden verwerkt: 1. U kunt ervoor kiezen de tabel in z n geheel in te lezen, uitgezonderd de records met een mutatiecode 3. De records zonder mutatiecode en die met een mutatiecode 1 of 2 worden ingelezen. U vervangt dan telkens uw eigen versie met de nieuwe versie van de tabel. In dat geval is het niet relevant of u de voorgaande versie al heeft ingelezen. 2. U kunt ervoor kiezen om alleen de mutaties (herkenbaar aan mutatiecode 1, 2 of 3) in te lezen en te verwerken in uw eigen tabel. In dat geval is het belangrijk de mutaties van alle uitgeleverde tabellen in volgorde van uitlevering te verwerken. Overzicht van de tabellen Voor het totaalbeeld zijn in het onderstaande overzicht alle tabellen beschreven, waarbij per tabel wordt aangegeven of de tabel : 1. gebruikt wordt in het DBC-systeem, dus voor DBC s geopend tot en met 2011; 2. gebruikt wordt in DOT; 3. een bestaande tabel is waarin een structuurwijziging is aangebracht (andere record layout); 4. een bestaande tabel is waarin een inhoudelijke wijziging is aangebracht (bijvoorbeeld aanpassing van de codelijsten en vulling van de kolommen); 5. een nieuwe tabel is. Overzicht tabellen DBC / DOT Naam tabel Gebruikt binnen: Wijzigingen: DBC DOT Structuurwijziging recordlayout Inhoudelijke betekenis kolommen Aanspraak Code Tabel Ja Ja Nee Nee Afleiding Behandelas Tabel Ja Nee Nee Nee Afsluitreden Tabel Nee Ja Nee Nee Afsluitregels Tabel Nee Ja Nee Nee Diagnose Combinatie Tabel Ja Ja Nee Nee DIS Verrichtingen Stamtabel Ja Nee Nee Nee Eindklasse Tabel Ja Nee Nee Nee Elektronische Typeringslijst Ja Ja Nee Nee Productgroepen Eigenschappen Tabel Ja Nee Nee Nee Referentie Doorlooptijden Tabel Ja Nee Nee Nee DBC-Onderhoud Pagina 5 van 51
Relatie Diagnose Zorgproductgroepen Nee Ja Nee Nee Tabel Relatie Specialisme Verrichting Ja Nee Nee Nee Diagnose Tabel Tarieven Tabel Ja Ja Nee Ja WBMV Code Tabel Ja Ja Nee Nee Zorgactiviteiten Tabel Ja Ja Nee Nee Zorgproducten Tabel Nee Ja Nee Nee Zorgproductgroepen Tabel Nee Ja Nee Nee DBC-Onderhoud Pagina 6 van 51
2 N I E U W E T A B E L L E N In deze uitlevering zijn geen nieuwe tabellen toegevoegd. DBC-Onderhoud Pagina 7 van 51
3 T A B E L L E N D I E B L I J V E N B E S T A A N, M A A R W E L W I J Z I G E N M.i.v. deze versie van de ICT-eisen is er een inhoudelijke wijziging binnen de Tarieven Tabel aangebracht. Binnen kolom 10 Tarieftype worden de stollingsfactoren niet meer als add-on aangemerkt met tarieftype 16, maar als OV met het nieuwe tarieftype 17. De bijgewerkte specificatie ziet er als volgt uit: 3.1 Tarieven Tabel DBC-Onderhoud levert de tarieven op die door de NZa worden vastgesteld voor de ziekenhuiszorg. In de opgeleverde Tarieven Tabel worden alleen de landelijk geldende tarieven verspreid. Afhankelijk van de toepassingsomgeving van deze tabel kunnen deze tarieven voor declaratie of impactanalyse gebruikt worden. Kolom Naam Type Opt. Omschrijving Vulling nr. 1. AGB Specialisme AN4 Specialismecode van het specialisme van de DBC. Vanaf invoering DOT wordt 0000 ook gebruikt 2. AGB Uitvoerder AN4 Specialisme code van het uitvoerend specialisme (van de DBC dan wel ondersteunend specialisme). Indien er geen specialisme van toepassing is, zoals bij het ziekenhuis kostendeel, wordt hier 0000 ingevuld In aanvulling op bovenstaande vanaf Vanaf invoering DOT wordt 0000 ook gebruikt indien gelijk voor alle specialismen invoering DOT: Indien voor alle specialismen gelijk wordt hier 0000 ingevuld 3. Declaratiecode AN..10 Code waaronder de zorgprestatie gedeclareerd mag worden, waarvan nu zes gevuld zijn. 4. Productgroepcode AN..10 Opt. Code van de productgroep, waarvan nu max. zeven gevuld zijn. Vanaf invoering DOT leeg 5. Tarief N..8 In Eurocenten 6. Kostensoort AN2 02 Ziekenhuiskosten DBC-Onderhoud Pagina 8 van 51
04 Honoraria 08 Honorarium Anesthesist 7. Ingangsdatum N8 De ingangsdatum van de betreffende regel (EEJJMMDD) 8. Einddatum N8 Opt. De afloopdatum geldigheid (tot en met) van de betreffende regel (EEJJMMDD) 9. Omschrijving declaratiecode AN..20 0 Opt. Omschrijving declaratiecode voor A-segment DBC s Omschrijving Productgroep (tariefgroep14, 16) Voor B-segment DBC s de lekenomschrijving van de B DBC (tariefgroep 15, 17) Voor alle andere : Omschrijving van de te declareren prestatie. Voor DBC-zorgproducten is deze leeg 10. Tarieftype N..2 Opt. 1 DBC A-segment 2 DBC B-segment 3 DBC A-segment 3e Compartiment 4 DBC B-segment 3e Compartiment Vanaf invoering DOT optioneel Vanaf invoering DOT extra tarieftypen 10 = OP 11 = OVP 12 = Overig Traject 13 = Verrichtingen niet vallend onder de DBC declaratie In aanvulling op bovenstaande tarieftypen vanaf invoering DOT: 5 DBC-zorgproduct A-segment 6 DBC-zorgproduct B-Segment 7 DBC-zorgproduct A-Segment 3e Compartiment 8 DBC-zorgproduct B-Segment 3e Compartiment 14 = Add-on Overig 15 = Add-on IC 16 = Add-on Duur of wees geneesmiddel 17 = OV Stollingsfactoren 11. Declaratie eenheid N..6 Opt. 100 per kwartier 110 Per half uur, dag maximum 8 uur 120 Per medewerker per uur 130 per stoeluur 135 per stoeluur individueel tarief 200 per dag Vanaf invoering DOT leeg DBC-Onderhoud Pagina 9 van 51
210 per beademingsdag 220 per verpleegdag 300 Per verrichting 310 Per bepaling 320 Per bezoek maximaal 1x per dag 325 Per soort onderzoek maximaal 1x per dag 330 Per zitting, per patiënt 340 Per operatieve zitting 390 Per verzuimde afspraak 400 Per kaak 405 Per kaakhelft 410 Per frontgedeelte of kaakhelft 415 Per behandelde wortel 420 Per klier en/of ductus 440 Per lichaamszijde 450 Per nier 460 Per gewricht 500 Per DBC-traject 550 Per deeltijdbehandeling 600 Per antibioticum 610 Per aggregerende substantie 620 Per anticoagulans 630 Per bloedgroep 640 Per component 650 Netto inkoopkosten 700 Per kind per behandeling 710 Per cliënt 720 Per zwangerschap 800 t/m twee maanden 810 maand 3 t/m 12 820 Per jaar 900 Per kilometer 910 Tarief beschikking Apothekers 12. Soort Tarief N..3 Opt. Indeling geldt alleen voor ziekenhuizen en categorale instelling 1 Minimum tarief (nog niet van toepassing) Vanaf invoering DOT leeg 2 Maximum tarief 3 Punt tarief 4 Punt tarief landelijk, kan lokaal van worden afgeweken (onder voorbehoud!) 5 Individueel tarief, geen landelijk tarief vastgesteld. 13. Segment aanduiding N1 Opt. 1 A-segment Vanaf DBC-Onderhoud Pagina 10 van 51
2 B-segment invoering DOT leeg 14. Soort Honorarium AN..3 0 niet van toepassing, geen honorariumcomponent 1 Honorariumcomponent specialisme wordt samengevoegd op de factuur vermeld 2 Honorariumcomponent specialisme wordt separaat op de factuur vermeld 3 Samenvoeging van de honorariumcomponenten, dit bedrag wordt op de factuur vermeld. 15. Mutatie Toelichting AN..10 0 Opt. Geeft toelichting op de reden van mutatie Vanaf invoering DOT leeg 16. Declaratie regel N 6 Opt. Verwijzing naar een toe te passen declaratie regel die in een apart, nog nader te definiëren bestand, zijn vastgelegd. Vanaf invoering DOT leeg 17. Mutatie N1 Opt. Geeft aan welke soort wijziging of correctie is uitgevoerd tov vorige formele oplevering 1 Nieuw 2 Gewijzigd 3 Logisch verwijderd Nadere toelichting bij: Tarieven Tabel Structuur aanpassingen De structuur blijft gelijk. Er komen geen kolommen bij en er gaan geen kolommen af. Inhoudelijke aanpassingen Kolom 1 (AGB Specialisme). Voor zorgproducten en add ons zal hier 0000 worden ingevuld, hetgeen betekent zorgproducten en/of add-on specialisme onafhankelijk zijn. De OP s zijn in de tarieventabellen t/m 2011 per specialisme opgenomen. Er is een aantal andere declarabele producten (zoals O(V)P s en overige verrichtingen) die eveneens specialisme onafhankelijk zijn. Tot invoering DOT zijn deze declarabele producten voor ieder specialisme apart opgenomen. Conform de toekomstige wijze waarop zorgproducten en add ons in de Tarieven Tabel opgenomen gaan worden, worden deze declarabele producten ook éénmaal opgenomen, met als AGB Specialisme 0000. Kolom 4 (Productgroepcode). Deze kolom is bedoeld om bij de DBC s naast de declaratiecode ter informatie ook de bijbehorende productgroepcode te vermelden. Bij zorgproducten komen dergelijke productgroepen te vervallen. Deze kolom is daarom vanaf invoering DOT leeg. DBC-Onderhoud Pagina 11 van 51
Kolom 9 (Omschrijving declaratiecode). Voor zorgproducten wordt geen omschrijving van de declaratiecode opgenomen. Op de factuur dient de declaratiecode (met tarief) en de zorgproductcode met bijbehorende zorgproduct consumentenomschrijving te worden opgenomen. Kolom 10 (Tarieftype). Bij tarieftypes zijn code 1 t/m 4 een aanduiding voor de DBC s. Voor zorgproducten geldt een soortgelijke indeling. De zorgproducten worden daarom aangeduid met een code 5, 6, 7 of 8, afhankelijk van het segment en of er sprake is van het 3 e compartiment (onverzekerde zorg = rode DBC s). Daarnaast worden de tarieftypen voor niet DBC s verder onderverdeeld, zodanig dat bijvoorbeeld ook add ons herkenbaar zijn als tarieftype. Kolom 11 (Declaratie eenheid). De declaratie-eenheid zal vanaf invoering DOT niet meer zijn gevuld. De betreffende kolom heeft met name toegevoegde waarde voor de overige declarabele producten, niet zijnde DBC s en zorgproducten. Deze zijn niet goed onderhoudbaar, waardoor een concrete duidelijkheid wordt gesuggereerd die er niet is. Kolom 12 (Soort Tarief). Het soort tarief zal vanaf invoering DOT niet meer zijn gevuld. Deze kolom is niet eenduidig te vullen, omdat bijvoorbeeld voor ZBC s weer andere regels gelden. Wordt nader bekeken in het kader van het NZa-vangnet Kolom 15 (Mutatie Toelichting). Het gebruik van deze kolom is niet eenduidig. Deze kolom zal ook vanaf invoering DOT niet worden gevuld. Kolom 16 (Declaratie regel). Het gebruik van deze kolom is niet eenduidig. Deze kolom zal ook vanaf invoering DOT niet worden gevuld. Opmerkingen De kolommen die vanaf een bepaalde datum leeg zullen zijn, worden niet met terugwerkende kracht leeggemaakt. De historische gegevens blijven bestaan, maar met de genoemde ingangsdatum zullen de betreffende kolommen niet meer worden gevuld. DBC-Onderhoud Pagina 12 van 51
4 T A B E L L E N D I E O N G E W I J Z I G D B L I J V E N B E S T A A N 4.1 Zorgactiviteiten Tabel De Zorgactiviteiten Tabel bevat zorgactiviteiten die voor de DOT- en DBC-systematiek van belang zijn. De Zorgactiviteiten Tabel kent ten behoeve van de DBC-systematiek hiertoe een indeling in zorgprofielklassen en validatieklassen. De term zorgactiviteit is in het verleden geïntroduceerd omdat het bij deze lijst om meer dan verrichtingen alleen gaat. Voor DOT is deze tabel uitgebreid met enkele kenmerken, terwijl de functie van de validatieklassen met de introductie van DOT komt te vervallen. De validatieklassen hebben alleen betekenis voor DBC s geopend voor de ingangsdatum DOT. Kolom Naam Type Opt. Omschrijving Vulling nr 1. Zorgactiviteit_code AN..10 Code van de zorgactiviteit. Dit veld is met zes posities gevuld 2. Zorgactiviteit_omsch AN..200 Omschrijving van de zorgactiviteit rijving 3. ZPK_code N..2 Code van de zorgprofielklasse (hoofdindeling) 4. ZPK_omschrijving AN..200 Omschrijving van de zorgprofielklasse hoofdindeling 5. Spmenr_01 N..2 Opt. Code van de validatieklasse bij specialisme Oogheelkunde Vanaf een jaar na invoering DOT leeg 6. Spmenr_02 N..2 Opt. Code van de validatieklasse bij specialisme KNO idem 7. Spmenr_03 N..2 Opt. Code van de validatieklasse bij specialisme idem Heelkunde 8. Spmenr_04 N..2 Opt. Code van de validatieklasse bij specialisme idem Plastische chirurgie 9. Spmenr_05 N..2 Opt. Code van de validatieklasse bij specialisme idem Orthopedie 10. Spmenr_06 N..2 Opt. Code van de validatieklasse bij specialisme Urologie idem 11. Spmenr_07 N..2 Opt. Code van de validatieklasse bij specialisme idem Gynaecologie 12. Spmenr_08 N..2 Opt. Code van de validatieklasse bij specialisme idem Neurochirurgie 13. Spmenr_10 N..2 Opt. Code van de validatieklasse bij specialisme idem Dermatologie 14. Spmenr_13 N..2 Opt. Code van de validatieklasse bij specialisme idem DBC-Onderhoud Pagina 13 van 51
Inwendige geneeskunde 15. Spmenr_16 N..2 Opt. Code van de validatieklasse bij specialisme idem Kindergeneeskunde 16. Spmenr_18 N..2 Opt. Code van de validatieklasse bij specialisme Gastroenterologie idem 17. Spmenr_20 N..2 Opt. Code van de validatieklasse bij specialisme idem Cardiologie 18. Spmenr_22 N..2 Opt. Code van de validatieklasse bij specialisme idem Longgeneeskunde. 19. Spmenr_24 N..2 Opt. Code van de validatieklasse bij specialisme idem Reumatologie 20. Spmenr_26 N..2 Opt. Code van de validatieklasse bij specialisme idem Allergologie 21. Spmenr_27 N..2 Opt. Code van de validatieklasse bij specialisme idem Revalidatie 22. Spmenr_28 N..2 Opt. Code van de validatieklasse bij specialisme Thorax idem 23. Spmenr_29 N..2 Opt. Code van de validatieklasse bij specialisme Cons. idem Psychiatrie 24. Spmenr_30 N..2 Opt. Code van de validatieklasse bij specialisme idem Neurologie 25. Spmenr_35 N..2 Opt. Code van de validatieklasse bij specialisme Klin. idem Geriatrie 26. Spmenr_61 N..2 Opt. Code van de validatieklasse bij specialisme idem Radiotherapie 27. Spmenr_62 N..2 Opt. Code van de validatieklasse bij specialisme idem Radiologie 28. Spmenr_89 N..2 Opt. Code van de validatieklasse bij specialisme idem Anesthesiologie 29. Spmenr_90 N..2 Opt. Code van de validatieklasse bij specialisme Klin. idem Genetica 30. WBMV code AN4 Opt. Code uit WBMV Code Tabel 31. Eenheid toediening AN..2 Opt. Eenheid van toediening Hierin staan de eenheid waarin het betreffende middel moet worden geregistreerd. Deze kolom wordt alleen ingevuld indien de zorgactiviteit een medicament betreft (duur of wees geneesmiddel, stollingsfactor) E G MG MB Eenheid Gram Milligram Megabecquerel DBC-Onderhoud Pagina 14 van 51
Deze indeling is gebaseerd op de afleveringseenheid van Vektis. 32. Aantal eenheden N..6 Max drie decimalen Opt. Aantal eenheden per declarabele prestatie. Zes posities, waarvan maximaal drie posities achter de komma. Het betreft het aantal eenheden op basis waarvan het tarief van één (1) declarabele prestatie wordt gebaseerd. Bij dure- en weesgeneesmiddelen en stollingsfactoren wordt dit als volgt toegepast: om het aantal declarabele prestaties voor een toediening van medicatie te bepalen, dient de toegediende hoeveelheid te worden gedeeld door het aantal eenheden per declarabele prestatie gemeten in eenheden van item 31 33. Aanspraak code AN4 Opt. Code uit de Aanspraak Code Tabel 34. Indicatie_add-on AN1 Opt. J (Ja) indien de zorgactiviteit als add on gedeclareerd kan worden N (Nee) of leeg, indien de zorgactiviteit niet als add on gedeclareerd kan worden 35. Ingangsdatum N8 De ingangsdatum van de betreffende regel (EEJJMMDD) 36. Einddatum N8 Opt. De afloopdatum geldigheid (tot en met) van de betreffende regel (EEJJMMDD) 37. Mutatie N1 Opt. Geeft aan welke soort wijziging of correctie is uitgevoerd tv vorige formele oplevering 1 Nieuw 2 Gewijzigd 3 Logisch verwijderd Nadere toelichting op: Zorgactiviteiten Tabel Structuur aanpassingen Kolom 30 (WBMV-code) is toegevoegd. Vanaf invoering DOT zal de systematiek van de WBMVvergunningen worden gerelateerd aan zorgactiviteiten. Op basis van deze kolom kan worden bepaald of er voor een zorgactiviteit een WBMV-vergunning vereist is (de kolom is dan ingevuld). De gebruikte code geeft aan welke WBMV-vergunning voor deze zorgactiviteit noodzakelijk is. Indien deze zorgactiviteit als typerende zorgactiviteit in het profiel van de DBC voorkomt, zal in de grouper een WBMV-zorgproduct worden afgeleid. De betekenis van de WBMV-code kan worden gevonden in de WBMV Code Tabel. DBC-Onderhoud Pagina 15 van 51
Kolom 31 (eenheid toediening) is toegevoegd. Reden: de dure en weesgeneesmiddelen en de stollingsfactoren worden gefinancierd op basis van de toegediende hoeveelheid werkzame stof cq. verpakkingseenheden. Het tarief is gebaseerd op een aantal eenheden. Zowel de eenheid als het aantal per declarabele prestatie kan per werkzame stof verschillen, bijv. in milligrammen, in grammen, of in internationale eenheden. In deze kolom is aangegeven welke eenheid geldt voor de betreffende werkzame stof. Dit is met item 32 een component bij het vaststellen van het aantal toegediende eenheden per declarabele prestatie. Kolom 32 (aantal eenheden) is toegevoegd. Hiermee wordt het aantal toegediende (verpakkings)eenheden per declarabele prestatie bedoeld. Omdat de hoeveelheden toegediende stof per toepassing sterk uiteen kan lopen is dit item geïntroduceerd. Het aantal eenheden heeft maximaal drie decimalen, voorafgegaan door een komma. Het aantal toegediende eenheden per declarabele prestatie wordt gebruikt als factor om de feitelijk toegediende hoeveelheid werkzame stof om te rekenen in het aantal te declareren en dus te registeren prestaties. Het is een van de twee componenten die bepalend zijn voor het vaststellen van het aantal declarabele prestaties. Door in het ziekenhuis de hoeveelheid toegediende stof (beschreven in de bijbehorende eenheid van toediening) te delen door dit getal (beschreven in de aantal eenheden), wordt het aantal prestaties verkregen dat moet worden geregistreerd voor de betreffende prestatie. Dit is ook het aantal van deze prestatie dat kan worden gedeclareerd. Bijvoorbeeld. Indien bij de eenheid van toediening mg is weergegeven bij bijvoorbeeld het medicijn Doxetaxel, dan betekent dat bij de registratie van dit dure / weesgeneesmiddel de eenheid van toediening mg dient te worden gehanteerd. Als het aantal toegediende eenheden per declarabele prestatie 10 bedraagt, betekent dit dat de prestatie Doxetaxel staat voor de toediening van 10 mg. (combi van item 31 en 32). Als 150 mg is toegediend bij een patiënt zal deze zorgactiviteit met het aantal 15 kunnen worden geregistreerd en dus gedeclareerd. N.B. de eenheid toediening en het aantal eenheden zijn ook opgenomen in de omschrijving van de betreffende zorgactiviteit. Hier staat bijvoorbeeld Medicijn X, per 0,1 mg. Om geautomatiseerd de declaraties te kunnen afhandelen, zijn de eenheid toediening en de aantal eenheden als aparte kolommen opgenomen, zodat hiermee kan worden gerekend. Kolom 33 (aanspraakcode) is toegevoegd. Vanaf invoering DOT zal de aanspraak op de basisverzekering worden gerelateerd aan de zorgactiviteiten. Op basis van deze kolom kan worden bepaald voor welke zorgactiviteiten een beperkte (oranje) met al dan niet een vereiste machtiging of geen aanspraak (rood) geldt. Alleen in deze gevallen is de kolom ingevuld. De gebruikte code geeft aan welke aanspraakbeperking voor deze zorgactiviteit geldt. Indien in het profiel van de DBC een zorgactiviteit is opgenomen, waarvoor een aanspraakbeperking geldt, zal de grouper dit (samen met andere gegevens) gebruiken om vast te stellen of er al of niet aanspraak voor het zorgproduct geldt. Indien wel aanspraak gemaakt kan worden op de basisverzekering, komt er uit de grouper een declaratiecode verzekerde zorg; indien hierop geen aanspraak gemaakt kan worden wordt een declaratiecode onverzekerde vastgesteld. De betekenis van de aanspraakcodes kan worden gevonden in de Aanspraak Code Tabel. Verder geeft de grouper een indicatie of voor dit zorgproduct een machtiging vereist is. Kolom 34 (Indicatie_add-on) is toegevoegd. Vanaf invoering DOT zullen sommige zorgactiviteiten als add on gedeclareerd kunnen worden. De betreffende zorgactiviteiten zijn herkenbaar door een J in deze kolom. DBC-Onderhoud Pagina 16 van 51
De kolommen 35, 36 en 37 zijn 5 plekken opgeschoven, vanwege de hierboven tussengevoegde kolommen. Inhoudelijke aanpassingen Kolom 5 t/m 29 (spmenr_xx), zullen vanaf een jaar na invoering DOT leeg zijn. In de praktijk wordt voor de registratie van de zorgactiviteiten gekeken naar de datum waarop deze zorgactiviteit wordt uitgevoerd. Voor DOT zullen een groot aantal zorgactiviteiten muteren. Dat leidt mogelijk tot problemen in de validatie van de bestaande DBC s Daarom wordt de validatie (lees: Afleiding Behandelas Tabel) in bepaalde gevallen zodanig aangepast, dat de overloop DBC s vanaf 1 juli 2009 gevalideerd kunnen worden met zowel de oude zorgactiviteiten als ook de nieuwe zorgactiviteiten. Om dit mogelijk te maken is naast deze voorziening in de Afleiding Behandelas Tabel ook een aanpassing noodzakelijk in de software van de validatiemodule. Zie hiervoor hoofdstuk 7. Opmerkingen De kolommen die vanaf een bepaalde datum leeg zullen zijn, worden niet met terugwerkende kracht leeggemaakt. De historische gegevens blijven bestaan, maar met de genoemde ingangsdatum zullen de betreffende kolommen niet meer worden gevuld DBC-Onderhoud Pagina 17 van 51
4.2 Elektronische Typeringslijst Kolo Naam Type Opt. Omschrijving Vulling m nr. 1. Specialisme code AGB AN4 Unieke code voor het specialisme (AGB-codering) 2. As code N1 Code van één van de vier DBCcomponenten: 1 = zorgtype, 2 = zorgvraag, Code 4 wordt niet meer gebruikt vanaf invoering DOT 3 = diagnose, 4 = behandeling. 3. As omschrijving AN..11 Omschrijving die hoort bij de as- code: 1 = zorgtype, 2 = zorgvraag, 3 = diagnose, behandeling wordt niet meer gebruikt vanaf invoering DOT 4 = behandeling. 4. Component code AN..6 Code waarop gerapporteerd moet worden. Dit is de exacte code. De codes worden links aangevuld met voorloop nullen tot de maximale lengte van een code binnen de as, dus bijvoorbeeld 02 indien ook de code 35 voorkomt en 002 indien ook de code 335 voorkomt. Indien de componentcode alleen bestaat uit 000 dan mag deze code niet gerapporteerd worden. Het betreft dan een hulpcode voor de registratie, bv 999. 5. Component omschrijving kort AN..30 Omschrijving behorend bij de componentcode, afgekort. 6. Component omschrijving lang AN..500 Volledige omschrijving behorend bij de componentcode 7. Subgroep code AN..5 Opt. Indeling van de component in de subgroep 8. Subgroep omschrijving AN..30 Opt. Omschrijving subgroep, afgekort kort 9. Subgroep omschrijving lang AN..500 Opt. Volledige omschrijving van de subgroep 10. Hoofdgroep code AN..5 Opt. Indeling van de component in de hoofdgroep 11. Hoofdgroep omschrijving kort AN..30 Opt. Omschrijving hoofdgroep, afgekort DBC-Onderhoud Pagina 18 van 51
12. Hoofdgroep omschrijving lang AN..500 Opt. Volledige omschrijving van de hoofdgroep 13. Ingangsdatum N8 Datum waarop de code ingaat., (EEJJMMDD) 14. Afloopdatum N8 Opt. Datum waarna de code vervalt. Datum tot en met, (EEJJMMDD) 15. Mutatie reden N1 Opt. Reden van mutatie: 1 = nieuwe toevoeging; 2 = wijziging omschrijving of groepsindeling; 7 = beëindiging, code opgesplitst; 8 = beëindiging, code overgegaan in andere code of samengevoegd 9 = beëindiging, code verwijderd 16. Vervangende component AN..6 Opt. Bij een beëindiging, waarbij de code code overgaat in andere code of wordt samengevoegd met een andere code (mutatie reden = 8), wordt in dit veld de nieuwe componentcode aangegeven. Dit kan worden gebruikt voor automatische omzetting bij de registratie in het ZIS. Let wel, dit veld wordt alleen gebruikt bij een simpele overgang van oude naar nieuwe code van hetzelfde DBCcomponent. Bij complexere situaties wordt dit toegelicht in het veld mutatie toelichting. 17. Mutatie toelichting AN..100 Opt. Toelichting bij de mutatie, bijvoorbeeld om bij een beëindiging met splitsing van codes aan te geven in welke codes deze is overgegaan. 18 Behandelsetting N1 Opt. Behandelsetting als handreiking voor het kunnen onderscheiden van de setting van de behandelingscodes. 1 = Poliklinisch; 2 = Dagbehandeling 3 = Klinisch 4 = Onbekend 19 Automatisch verlengen AN1 Opt. Indicatie geeft aan dat bij deze toegestaan diagnose de DBC automatisch verlengd mag worden. Als er een 0 of een 2 staat, betekent dit niet dat deze code niet in een vervolg DBC mag Vanaf invoering DOT leeg Vanaf invoering DOT leeg Vanaf invoering DOT leeg Vanaf invoering DOT leeg Vanaf invoering DOT leeg DBC-Onderhoud Pagina 19 van 51
voorkomen, het betekent alleen dat een DBC met deze diagnose niet automatisch mag worden verlengd. 0 nvt 1 Ja 2 Nee 20 Mutatie N1 Opt. Geeft aan welke soort wijziging of correctie is uitgevoerd tov vorige formele oplevering 1 Nieuw 2 Gewijzigd 3 Logisch verwijderd Nadere toelichting op: Elektronische Typeringslijst Structuur aanpassingen De structuur blijft gelijk. Er komen geen kolommen bij en er gaan geen ook kolommen af. De afgesloten items leiden tot een einddatum in de betreffende regel. Inhoudelijke aanpassingen Bij kolom 2 (As-code), zal vanaf invoering DOT geen code 4 meer voorkomen. Code 4 betreft een behandeling en deze kan voor DBC s vanaf invoering DOT niet meer worden getypeerd. N.B. Er bestaat vanaf invoering DOT dus ook geen behandelas 99 (geen behandeling) meer, die op dit moment door sommige ICT-systemen wordt gebruikt om aan te geven dat de behandelas volledig kan worden afgeleid. Bij kolom 3 (As omschrijving), zullen vanaf invoering DOT geen behandelingen meer voorkomen. Een behandeling kan voor DBC s vanaf invoering DOT niet meer worden getypeerd. Kolom 15 (Mutatiereden), zal vanaf invoering DOT leeg zijn. Er is een grote overlap met kolom 20 (Mutatie). Het gebruik van deze kolom is niet eenduidig. Ook in andere tabellen komt deze deze kolom niet voor. Omwille van de uniformiteit wordt deze kolom niet meer gevuld. Kolom 16 (Vervangende componentcode), zal vanaf invoering DOT leeg zijn. De kolom was bedoeld als handige achtergrondinformatie, maar het gebruik ervan bleek niet eenduidig. Bovendien worden de wijzigingen in de toelichtingen en in de instructies uitgebreid beschreven. Het bijhouden van vervangende codes is bovendien alleen bij deze typeringslijst mogelijk. Door deze kolom niet meer te vullen ontstaat ook meer uniformiteit met de andere tabellen. Kolom 17 (Mutatie toelichting), zal vanaf invoering DOT leeg zijn. De kolom kan handig zijn als DBC-Onderhoud Pagina 20 van 51
achtergrondinformatie, maar de wijzigingen worden meer in detail toegelicht in de toelichtingen en instructies. Het bijhouden van zo n toelichting is alleen bij deze typeringslijst mogelijk. Door deze kolom niet meer te vullen ontstaat ook meer uniformiteit met de andere tabellen. Kolom 18 (Behandelsetting), zal vanaf invoering DOT leeg zijn. Hierin wordt een nadere specificatie gegeven voor alle behandelassen. De behandelassen worden vanaf 1-1-2012 opgeheven, dus daarmee heeft deze kolom ook geen toegevoegde waarde meer. Kolom 19 (Automatisch verlengen toegestaan) zal vanaf invoering DOT leeg zijn. Deze kolom kent binnen de bestaande DBC-systematiek nog geen invulling. De regels voor openen en sluiten etc worden beschreven in o.a. de registratieregels. Uiteraard blijven de betreffende kolommen bij de regels tot de invoering van DOT wel gevuld. Opmerkingen De kolommen die vanaf de invoeringsdatum van DOT leeg zullen zijn, worden niet met terugwerkende kracht leeggemaakt. De historische gegevens blijven bestaan, maar met de genoemde ingangsdatum zullen de betreffende kolommen niet meer worden gevuld. DBC-Onderhoud Pagina 21 van 51
4.3 Afsluitregels Tabel De open- en sluitregels voor zorgproducten zijn vastgelegd in de DOT- Registratieregels en verder geconcretiseerd in het Registratie-addendum. De codelijsten in het Registratie-addendum zijn vastgelegd in de Afsluitregels Tabel. Voor de tabel gelden onderstaande specificaties en kolombeschrijvingen.. Kolom Naam Type Opt. Omschrijving 1 Afsluitregelcode AN8 Code van de gedefinieerde algemene regels en de te automatiseren uitzonderingregels. Om het verband tussen het meest recente document Registratieregels en het Registratieaddendum te kunnen volgen, is gekozen om de daar gebruikte afsluitregelcodering te hanteren. B.v. 1.0000.1, 2.0301.1 2 Afsluitregelomschrijving AN..200 Omschrijving van de afsluitregel 3 Groepnummer N2 Volgnummer van de groep binnen de afsluitregel beginnend met 1. Er is minimaal één groep per afsluitregel. 4 Specialismecode AN4 AGB-code van het specialisme indien de afsluitregel voor een specifiek specialisme geldt, of een diagnosecode is vermeld. Als de regel voor alle specialismen geldig is of het specialisme niet van belang is, heeft de specialismecode de waarde -. 5 Componenttype AN..2 Typering van de componenten binnen de groep. De volgende typeringen worden gebruikt: ZA staat voor Zorgactiviteit D staat voor Diagnose ZV staat voor Zorgvraag Per groep wordt één typering gebruikt. 6 Componentcode AN2..10 De waarde van de code binnen de groep. Afhankelijk van het type is de waarde: - zorgactiviteitcode van de Zorgactiviteiten Tabel - diagnosecode van de Elektronische Typeringslijst met as-code 3 (diagnose) overeenkomstig specialismecode en componentwaarde - zorgvraagcode van de Elektronische Typeringslijst met as-code 2 (zorgvraag) overeenkomstig specialismecode en componentwaarde 7 Ingangsdatum N8 Ingangsdatum van de betreffende regel (EEJJMMDD) 8 Einddatum N8 Opt. Datum geldigheid (tot en met) van de betreffende regel (EEJJMMDD). 9 Mutatie N1 Opt. Geeft aan welke soort wijziging of correctie is uitgevoerd DBC-Onderhoud Pagina 22 van 51
t.o.v. vorige formele oplevering. 1 Nieuw 2 Gewijzigd 3 Logisch verwijderd Nadere toelichting op: Afsluitregels Tabel Structuur aanpassingen De structuur blijft gelijk. Er zijn geen kolommen toegevoegd of verwijderd. Inhoudelijke aanpassingen Alle kolommen zijn nieuw Opmerkingen De Afsluitregels Tabel is primair bedoeld om alle groeperingen van zorgactiviteiten, zorgvragen en/of diagnoses, geautomatiseerd te kunnen toepassen. De tabel bevat alle groeperingen die niet op een andere manier zijn af te leiden. De zorgactiviteiten van zorgprofielklasse 1 Polikliniek- en eerste hulpbezoek, zorgprofielklasse 2 Dagverpleging, zorgprofielklasse 3 Kliniek en zorgprofielklasse 19 IC- Behandeldagen ter bepaling van ambulante en klinische subtrajecten zijn niet opgenomen in de tabel, omdat deze groepen zorgactiviteiten te bepalen zijn op basis van de Zorgactiviteiten Tabel. De Afsluitregels Tabel is een afgeleide van het Registratieaddendum bij de afsluitregels voor de toepassing van de algemene- en uitzonderingsregels voor het afsluiten van subtrajecten. De geregistreerde zorgactiviteiten, diagnose, zorgtype, specialisme en in een enkel geval zorgvraag in een subtraject spelen een bepalende rol bij het vaststellen welke afsluitregel van toepassing is op het subtraject. Een abstract voorbeeld van een beslisregel is: als het subtraject bevat specialismecode = S en een zorgactiviteit uit de referentietabel ( = een bepaalde groep uit het registratieaddendum) is in het subtraject geregistreerd en een of meer diagnosen uit de referentietabel zijn in het subtraject geregistreerd dan het lopende subtraject sluiten N dagen na de ontslagdatum en een volgend subtraject openen op de dag volgend op het afgesloten traject Deze groepen van zorgactiviteiten en diagnosen worden in het Registratieaddendum beschreven en verdiepen de afsluitregels tot operationele beslisregels. De Afsluitregels Tabel bevat de groepering van de te gebruiken waarden ter bepaling van de beslisregel. Alleen groeperingen van waarden die niet op basis van de huidige tabellen zijn te bepalen, zijn opgenomen in de tabel. De tabel kan niet gehanteerd worden als automatische beslisregeltabel. De ontwikkelaars van ICT-oplossingen dienen zelf de afsluitregels te programmeren, maar kunnen gebruik maken van de specifieke groepering van waarden uit de Afsluitregels Tabel. DBC-Onderhoud Pagina 23 van 51
DBC-Onderhoud Pagina 24 van 51
4.4 Zorgproducten Tabel In de Zorgproducten Tabel zijn alle zorgproducten opgenomen, die vanuit de grouper kunnen worden aangeleverd. Van de zorgproducten is een aantal kenmerken beschikbaar, waaronder een omschrijving en de bijbehorende declaratiecode. In deze Zorgproducten Tabel zijn ook de uitval-zorgproducten opgenomen. Deze tabel bevat geen add-ons en O(V)P s, deze staan in de Zorgactiviteiten Tabel en de Tarieven Tabel. Deze tabel biedt dus inzicht in de nieuwe zorgproducten voor de interne organisatie, de onderhandelingen en om aanvullende informatie te vinden, naar aanleiding van een door de grouper aangegeven zorgproductcode. Deze tabel vervangt deels de Eindklasse Tabel, waar binnen de oude DBC-systematiek de DBC s benoemd worden. Kolom Naam Type Opt. Omschrijving nr 1. Zorgproductcode AN9 Dit is een uniek nummer van een zorgproduct. Als het zorgproduct een inhoudelijk wezenlijk andere betekenis krijgt, krijgt het zorgproduct een nieuw nummer. De Zorgproductcode is opgebouwd uit een Zorgproductgroepcode (zes posities) geconcateneerd met het zorgproduct binnen de groep (drie posities). 2. Zorgproductomschrijving AN..200 0 Omschrijving van het zorgproduct. Hierin staat aaneengesloten de omschrijvingen van de doorgelopen knooppunten in de beslisboom om te komen tot het zorgproduct 3. Zorgproduct latijnse omschrijving AN..200 Een omschrijving van het zorgproduct ten behoeve van de onderhandeling 4. Zorgproduct AN..200 Opt. Een omschrijving van het zorgproduct voor gebruik op de nota consumentenomschrijvin g 5. Declaratiecode verzekerde zorg AN..10 Opt. Declaratiecode ingeval van aanspraak op de basisverzekering. Leeg: indien alleen een declaratiecode onverzekerde zorg beschikbaar is, of indien het een uitval-zorgproduct betreft. Er worden momenteel maar zes posities gebruikt 6. Declaratiecode onverzekerde zorg AN..10 Opt. Declaratiecode ingeval van geen aanspraak op de basisverzekering. Leeg: indien alleen een declaratiecode verzekerde zorg beschikbaar is, of indien het een uitval-zorgproduct betreft. Er worden momenteel maar zes posities gebruikt 7. Zorgproduct WBMV code N4 Opt. Indien voor het zorgproduct een WBMV-vergunning noodzakelijk is, staat hier de belangrijkste vergunning, middels een code uit de WBMV Code Tabel. Zorgproductgroep Code AN6 Opt. Een verwijzing naar de Zorgproductgroepen Tabel 8 9. Ingangsdatum N8 De ingangsdatum van de betreffende regel (EEJJMMDD) DBC-Onderhoud Pagina 25 van 51
10. Einddatum N8 Opt. De einddatum geldigheid (tot en met) van de betreffende regel (EEJJMMDD) Leeg: productcode is geldig vanaf de ingangsdatum 11. Mutatie N1 Opt. Geeft aan welke soort wijziging of correctie is uitgevoerd t.o.v. vorige formele oplevering. 1 Nieuw 2 Gewijzigd 3 Logisch verwijderd Nadere toelichting op: Zorgproducten Tabel Structuur aanpassingen De structuur blijft gelijk. Er komen geen kolommen bij of er gaan geen kolommen af. Inhoudelijke aanpassingen Alle kolommen zijn nieuw Opmerkingen - DBC-Onderhoud Pagina 26 van 51
4.5 Zorgproductgroepen Tabel In de Zorgproductgroepen Tabel zijn van alle zorgproductgroepen de zorgproductgroepcodes en omschrijvingen opgenomen. Zorgproductgroepen zijn verzamelingen van zorgproducten geclusterd op basis van medische kenmerken zoals de op de ICD10 afgebeelde diagnose, of andere kenmerken zoals WBMV-vergunning. Binnen de zorgproductgroepen, worden vervolgens meerdere kosten en werklasthomogene zorgproducten onderscheiden, die zijn terug te vinden in de Zorgproducten Tabel. Kolom Naam Type Opt. Omschrijving nr. 1. Zorgproductgroep code AN6 Een zescijferige code van de zorgproductgroep, waartoe het zorgproduct behoort 2. Zorgproductgroep omschrijving AN..200 Een omschrijving van de zorgproductgroep, waartoe het product behoort 3. Ingangsdatum N8 De ingangsdatum van de betreffende regel (EEJJMMDD) 4. Einddatum N8 Opt. De einddatum geldigheid (tot en met) van de betreffende regel (EEJJMMDD) Leeg: productcode is nu geldig 5. Mutatie N1 Opt. Geeft aan welke soort wijziging of correctie is uitgevoerd t.o.v. vorige formele oplevering 1 Nieuw 2 Gewijzigd 3 Logisch verwijderd Nadere toelichting op: Zorgproductgroepen Tabel Structuur aanpassingen De structuur blijft gelijk. Er komen geen kolommen bij of er gaan geen kolommen af. Inhoudelijke aanpassingen Alle kolommen zijn nieuw Opmerkingen DBC-Onderhoud Pagina 27 van 51
4.6 Relatie Diagnose Zorgproductgroepen Tabel In de Relatie Diagnose Zorgproductgroepen Tabel wordt per diagnose (per specialisme) aangegeven in welke zorgproductgroep deze valt. Dit is van belang om op basis van de diagnose te kunnen inschatten in welke zorgproductgroep de af te leiden zorgproducten vallen. Kolom Naam Type Opt. Omschrijving nr 1. Specialisme code AN4 Unieke code voor het specialisme (AGB-codering) AGB 2. Diagnose code AN..6 De diagnosecode, zoals deze kan worden getypeerd binnen een bepaald specialisme. Dit is de exacte code. De codes worden links aangevuld met voorloop nullen tot de maximale lengte van de diagnosecode binnen het specialisme. De codes komen overeen met de bijbehorende componentcodes uit de Elektronische Typeringslijst 3. Zorgproductgroep code AN6 Opt. Een zescijferige code van de zorgproductgroep, waar de diagnose naar toe leidt. 3. Ingangsdatum N8 De ingangsdatum van de betreffende regel (EEJJMMDD) 4. Einddatum N8 Opt. De einddatum geldigheid (tot en met) van de betreffende regel (EEJJMMDD) Leeg: regel is nu geldig 5. Mutatie N1 Opt. Geeft aan welke soort wijziging of correctie is uitgevoerd tov vorige formele oplevering 1 Nieuw 2 Gewijzigd 3 Logisch verwijderd Nadere toelichting op: Relatie Diagnose Zorgproductgroepen Tabel Structuur aanpassingen De structuur blijft gelijk Er komen geen kolommen bij en er gaan geen kolommen af. Inhoudelijke aanpassingen Alle kolommen zijn nieuw Opmerkingen DBC-Onderhoud Pagina 28 van 51
Hoewel een DBC-diagnose maar naar een zorgproductgroep kan worden vertaald, kunnen DBC s met een bepaalde DBC-diagnose in meerdere zorgproductgroepen voorkomen. Dat is het gevolg van bijvoorbeeld een zorgactiviteit in het profiel of op basis van andere kenmerken, waardoor de DBC wordt toegewezen aan een PreMDC-zorgproductgroep. Er wordt in deze tabel geen rekening gehouden met de PreMDC s, maar hier wordt de relatie van de DBC-diagnose met zorgproductgroep op basis van de ICD10-relatie aangegeven. DBC-Onderhoud Pagina 29 van 51
4.7 Afsluitreden Tabel In de Afsluitreden Tabel staan de mogelijke redenen aangegeven waarom het DBCsubtraject wordt afgesloten. Kolom Naam Type Opt. Omschrijving nr 1. Afsluitreden code AN2 Unieke code voor de afsluitreden van het DBC-subtraject 2. Afsluitreden omschrijving AN..200 De omschrijving van de afsluitreden behorende bij de afsluitreden code 3. Ingangsdatum N8 De ingangsdatum van de betreffende regel (EEJJMMDD) 4. Einddatum N8 Opt. De einddatum geldigheid (tot en met) van de betreffende regel (EEJJMMDD) Leeg: regel is nu geldig 5. Mutatie N1 Opt. Geeft aan welke soort wijziging of correctie is uitgevoerd tov vorige formele oplevering 1 Nieuw 2 Gewijzigd 3 Logisch verwijderd Nadere toelichting op: Afsluitreden Tabel Structuur aanpassingen De structuur blijft gelijk. Er komen geen kolommen bij en gaan geen kolommen af. Inhoudelijke aanpassingen Alle kolommen zijn nieuw. Het aantal afsluitredencodes is uitgebreid, een aantal omschrijvingen zijn gewijzigd. Opmerkingen DBC-Onderhoud Pagina 30 van 51
4.8 Aanspraak Code Tabel In deze tabel worden de verschillende aanspraakcodes vermeld zoals deze door het CVZ vast zijn gesteld. Naast de code en de omschrijving wordt tevens een hyperlink geleverd naar de website met de onderliggende wettekst en aanvullende informatie. Kolom Naam Type Opt. Omschrijving nr 1. Aanspraak_code AN4 Code van de aanspraak 2. Aanspraak_code_omschrijving AN..200 Omschrijving van de aanspraak code 3. Wettekst AN..120 Hyperlink naar document 4. Aanvullende informatie AN..120 Hyperlink naar document 5. Aanspraak validatie regel N..10 Opt. Verwijzing naar aanspraak beslissingsregel 6. Ingangsdatum N8 De ingangsdatum van de betreffende regel, (EEJJMMDD) 7. Einddatum N8 Opt. De afloopdatum geldigheid (tot en met) van de betreffende regel, (EEJJMMDD) 8. Mutatie N1 Opt. Geeft aan welke soort wijziging of correctie is uitgevoerd tov vorige formele oplevering 1 Nieuw 2 Gewijzigd 3 Logisch verwijderd Nadere Toelichting bij: Aanspraak Code Tabel Structuur aanpassingen De structuur blijft gelijk. Er komen geen kolommen bij en er gaan geen kolommen af Inhoudelijke aanpassingen Opmerkingen Bij de huidige DBC s waren de aanspraakbeperkingen gerelateerd aan de DBC s. In de Eindklasse Tabel stond middels een viercijferige code aangegeven welke beperking er op de aanspraak ZVW golden. In DOT wordt de aanspraak bepaald per zorgactiviteit. De beperkingen worden aangeduid met een nieuwe range aanspraakcodes. Qua structuur blijft de tabel dus ongewijzigd bestaan. DBC-Onderhoud Pagina 31 van 51
4.9 WBMV Code Tabel In deze tabel worden de verschillende WBMV-codes vermeld zoals door het CVZ en VWS worden vastgesteld. Naast de code en de omschrijving wordt tevens een hyperlink geleverd naar de website met de onderliggende wet tekst en aanvullende informatie. Kolom Naam Type Opt. Omschrijving nr 1. WBMV_code AN4 Code van de WBMV 2. WBMV_code_omschrijving AN..200 Omschrijving van de WBMV-code 3. Betreffende Regeling AN..120 Hyperlink naar document 4. Aanvullende informatie AN..120 Hyperlink naar document 5. Ingangsdatum N8 De ingangsdatum van de betreffende regel, (EEJJMMDD) 6. Einddatum N8 Opt. De afloopdatum geldigheid (tot en met) van de betreffende regel, (EEJJMMDD) 7. Mutatie N1 Opt. Geeft aan welke soort wijziging of correctie is uitgevoerd tov vorige formele oplevering, 1 Nieuw 2 Gewijzigd 3 Logisch verwijderd Nadere toelichting bij: WBMV Code Tabel Structuur aanpassingen De structuur blijft gelijk. Er komen geen kolommen bij, er gaan geen kolommen af Inhoudelijke aanpassingen geen Opmerkingen Bij de huidige DBC s waren de WBMV-vergunningen gerelateerd aan de DBC s. In de Eindklasse Tabel stond middels een viercijferige code aangegeven welke vergunning noodzakelijk was. In DOT wordt de WBMV bepaald per zorgactiviteit. De vergunningen worden aangeduid met een nieuwe range vergunningcodes. Qua structuur blijft de tabel dus ongewijzigd bestaan. DBC-Onderhoud Pagina 32 van 51
4.10 Diagnose Combinatie Tabel In deze tabel is per specialisme aangegeven welke combinaties van diagnoses niet naast elkaar mogen voorkomen, ter voorkoming van onterechte parallelle DBC s. Kolom Naam Type Optioneel Omschrijving nr. 1. Specialisme code AN4 Unieke code voor het specialisme (AGB-codering) 2 Diagnose_DBC1 AN..6 Typerende diagnosecomponent van de DBC 3. Diagnose_DBC2 AN..6 Opt. Typerende diagnosecomponent van de DBC 4. Indicatie N1 1 meerdere dezelfde diagnoses toegestaan 2 uitsluiting combinatie van diagnoses 5. Ingangsdatum N8 Begin datum geldigheid, (EEJJMMDD) 6 Einddatum N8 Opt. De afloopdatum geldigheid (tot en met), (EEJJMMDD) 7 Mutatie N1 Opt. Geeft aan welke soort wijziging of correctie is uitgevoerd tov vorige formele oplevering 1 Nieuw 2 Gewijzigd 3 Logisch verwijderd Nadere toelichting bij: Diagnose Combinatie Tabel Bij het openen van een nieuwe DBC dient u na te gaan of het een nieuwe zorgvraag betreft. In de Diagnose Combinatie Tabel worden de diagnosecombinaties beschreven die niet als parallelle DBC s mogen voorkomen. Het is bedoeld als handreiking bij het openen van een nieuw zorgtraject door aan te geven welke diagnoses niet in combinatie mogen voorkomen. De intentie van deze tabel voldoet aan deze behoefte. In de praktijk echter blijken weinig diagnoses te zijn, die elkaar in alle gevallen uitsluiten. De basis voor deze tabel zijn de elkaar uitsluitende diagnoses, zoals deze in de huidige instructies per specialisme staan beschreven. In DOT zijn de criteria voor het openen van o.a. een parallelle DBC in de registratieregels opgenomen. De in de registratieregels opgenomen, elkaar uitsluitende diagnoses, zijn in deze tabel vastgelegd zodat hierop geautomatiseerd kan worden gecontroleerd. Structuur aanpassingen De structuur blijft gelijk. Er komen geen kolommen bij, er gaan geen kolommen af Inhoudelijke aanpassingen Regels met combinaties die geldig waren binnen het DBC systeem maar niet binnen DOT zijn beëindigd en DBC-Onderhoud Pagina 33 van 51
hebben een einddatum gekregen. Nieuwe combinaties die binnen DOT door ZN en de WV en als onwenselijk beoordeeld zijn, zijn toegevoegd. Opmerkingen DBC-Onderhoud Pagina 34 van 51
5 T A B E L L E N N I E T G E B R U I K T B I N N E N DOT De in dit hoofdstuk beschreven tabellen worden uitsluitend binnen de bestaande DBCsystematiek gebruikt. Bij de invoering van DOT komen deze tabellen te vervallen. 5.1 DIS Verrichtingen Stamtabel De DIS Verrichtingen Stamtabel bevat alle codes die aan het DIS kunnen worden aangeleverd. Kolom Naam Type Opt. Omschrijving nr 1. DIS_code AN..10 Code van de verrichting. 2. DIS_Verrichting_omschrijving AN..200 Omschrijving van de verrichting 3. Ingangsdatum N8 Datum ingang geldigheidregel, (EEJJMMDD) 4. Einddatum N8 Opt. Datum einde (t/m) geldigheidsregel, (EEJJMMDD) 5 Mutatie N1 Opt. Geeft aan welke soort wijziging of correctie is uitgevoerd tov vorige formele oplevering 1 Nieuw 2 Gewijzigd 3 Logisch verwijderd Nadere toelichting bij: DIS Verrichtingen Stamtabel Structuur aanpassingen Hoe is de DIS Verrichtingen Stamtabel momenteel opgebouwd: Tarieven Tabel ==> alle (declaratie)codes uit de Tarieven Tabel komen voor in de DIS Verrichtingen Stamtabel Zorgactviteiten Tabel ==> alle zorgactiviteitcodes komen voor in de DIS Verrichtingen Stamtabel Restgroepverrichtingen ==> deze staan alleen in de DIS Verrichtingen Stamtabel Nu de DIS Verrichtingen Stamtabel niet meer bestaat, kunnen alleen de restgroepverrichtingen niet meer worden aangeleverd. Dat betreffen veelal obsolete en oude codes. Mocht in deze restgroep nog een code bestaan die moet worden aangeleverd aan het DIS, dan wordt deze aan de Zorgactiviteiten Tabel en/of aan de Tarieven Tabel toegevoegd. Voor aanlevering aan het DIS geldt in DOT het volgende: Aan het DIS moeten worden aangeleverd alle codes die voorkomen in de Tarieven Tabel en/of in de DBC-Onderhoud Pagina 35 van 51