Het DBC Forensische Zorg ICT Registratie- en Validatiemodel 2010 De specificaties

Transcriptie

1 Het DBC Forensische Zorg ICT Registratie- en Validatiemodel 2010 De specificaties DEFINITIEF Utrecht, juli

2 Vragen en reacties Indien u naar aanleiding van het lezen van dit document vragen heeft, dan kunt u contact opnemen met de Helpdesk DB(B)C FZ. Zij zullen dan zo spoedig mogelijk uw vraag doorgeven aan een terzake deskundige medewerker van de projectorganisatie DB(B)C FZ, die vervolgens met u contact zal opnemen. PROJECTORGANISATIE Telefoon helpdesk: (bereikbaar op werkdagen van 9:00-12:00) helpdesk@dbbcfz.nl 2

3 Wijzigingen log Versie Datum Wijzigingen F Initiële opzet voor 2008 F De volgende wijzigingen zijn doorgevoerd: Na overleg met leveranciers is besloten om de activiteiten van de categorie beveiliging te laten vervallen en een attribuut beveiliging toe te voegen aan de entiteit verblijf. Tekstuele onvolkomenheden en verwijzingen naar activiteit beveiliging zijn verwijderd. Toegevoegd is een nieuwe kenmerkende factor om de besliboom van de GGZ te kunnen onderscheiden van de DB(B)C-systematiek. Indicatie is verwijderd uit het DBC model totdat duidelijk is welke eisen hieraan gesteld worden. F Kolom beveiliging in entiteit Verblijfsdag vervalt. Bij entiteit Gevaar wordt een datum toegevoegd. Begrip verblijf zonder overnachting vervalt. o De beslisboom werkt zonder kostprijzen voor verblijf. o Als gevolg van bovenstaande zaken vervallen de kenmerkende factoren: KMP_001 en KMA_005. o Als gevolg van bovenstaande zaken wordt de volgende kenmerkende factor geupdate: KMA_001. F Bijlage 1a en 1b gelijk getrokken met DBC GGZ. Besloten is om dit gelijk te houden zodat leveranciers geen aparte aanpassingen hoeven uit te voeren voor de DBBC systematiek. F Bijlage 1a en 1b: KMC-001 toegevoegd en lay-out gewijzigd. C Gegevens helpdesk DB(B)C gewijzigd Nummering toegevoegd aan overzicht spelregels Spelregel 10 onder Zorgtraject meer in lijn gebracht met het spelregeldocument Spelregel 8 onder DBC: afsluiten na alleen preintake, intake/diagnostiek en/of crisisopvang vereist alleen typering van zorgtype en aard delict. Gevaar weggehaald om in lijn te brengen met het spelregeldocument. Hoofdstukindeling aangepast In registratiemodel overal waar een instellingscode werd gevraagd, deze gewijzigd in de declarerende instelling/agb code. Afleiding prestatiecode/declaratiecode/tarieven toegevoegd Afleiding declaratiecodes en tarieven verblijfssoorten toegevoegd. Informatie overloop DBC s toegevoegd Informatie over tijdsafhankelijkheid verwijderd, toegevoegd aan bijlage codelijsten. 3

4 Tekst rondom testcases aangepast Datamodel aanpassing rondom Aard delict (meerdere mogelijk per DBC) Hoofdstuk rondom integratie DBC GGZ toegevoegd/gewijzigd. BSN en VIP nummer toegevoegd aan tabel patiënt. Start en einddatum strafrechtelijke titel toegevoegd aan tabel DBC. C Kleine tekstuele verbeteringen aangebracht Onder de samenvatting spelregels spelregel 2 (Een instelling kan worden gecategoriseerd in een soort instelling) weggehaald. Inleidende tekst bij specificatie Gevaar gewijzigd. UZOVI code Justitie gewijzigd onder specificatie DBC. Specificatie validatieregels aangepast en in lij n gebracht met Excel document: Kolommen Type validatie, Naam en Aktie. Paragraaf voorbeeld kenmerkende factoren gewijzigd. Paragraaf voorbeeld beslisboom/kenmerkende factoren gewijzigd. Bijlage 1a: Tekst over Verblijf zonder overnachting weggehaald (nvt op DBC FZ). Wel een verwijzing naar verblijf zonder overnachting laten staan en voetnoot toegevoegd over specifieke doelgroep GGZ. Hoofdstukindeling rondom afleiden productgroep, prestatiecode, overloop DBC s en verblijf tarief aangepast. Paragraaf rondom tariefbepaling voor verblijf in hoofdstuk 6 ondergebracht. DBC: toevoeging informatie rondom voorgenomen indicatiebesluit bij kolom startdatum strafrechtelijke titel opgenomen. Contractnummer opgenomen in DBC F Specificatie tabel gevaar, code gevaar aangepast van N3 naar AN4; dit stond foutief in vorige versies. Tabel patient, entiteit 17 beschrijving bijzonderheden aangepast (AGB code). Opmerking over vaststellen tarief verblijfsdag mbt overloop DBC s toegevoegd. Beschrijving overloop DBC s aangepast. F Beschrijving overloop DBC s aangepast 4

5 INHOUDSOPGAVE HET DBC FORENSISCHE ZORG ICT REGISTRATIE- EN VALIDATIEMODEL DE SPECIFICATIES INLEIDING DOEL DEFINITIES, ACRONYMEN, EN AFKORTINGEN REFERENTIES DBC FZ REGISTRATIE- EN VALIDATIEMODEL: DATAMODEL EN BEDRIJFSREGELS LOGISCH DATAMODEL INTEGRATIE DBC GGZ EN FZ PRODUCTGROEP CODES VERBLIJF OVERZICHT SPELREGELS DBC REGISTRATIE DBC REGISTRATIEMODEL ALGEMENE PATIËNT IDENTIFICATIEGEGEVENS: PATIËNT INSTELLING ZORGTRAJECT AARD DELICT GEVAAR DBC OVERIGE DIAGNOSES AS1 AS ACTIVITEITEN EN VERRICHTINGEN Activiteiten en verrichtingen: tijdschrijven Activiteiten en verrichtingen: dagbesteding Activiteiten en verrichtingen: verblijf Activiteiten en verrichtingen: verrichtingen BEHANDELAAR KOSTPRIJZEN KOSTPRIJS UURTARIEF KOSTPRIJS VERBLIJFSSOORT KOSTPRIJS DAGBESTEDING KOSTPRIJS VERRICHTING DBC FZ VALIDATIEMODEL INLEIDING Technische validatie Inhoudelijke validatie Toekennen DBC productgroep Afleiden gegevens facturatie SPECIFICATIES VAN DE TECHNISCHE EN INHOUDELIJKE VALIDATIEREGELS SPECIFICATIES TOEWIJZING PRODUCTGROEP VOOR BEHANDELING Inleiding Productgroep Kenmerkende factoren DBC FZ Beslisboom Definitie DBC FZ beslisboom DBC PRESTATIECODE & TARIEF AFLEIDEN DBC PRESTATIECODE BEPALEN DBC PRESTATIECODE

6 6.3 AFLEIDEN DBC TARIEF VOOR BEHANDELING AFLEIDEN DECLARATIECODES EN TARIEVEN VOOR VERBLIJF OVERLOOP DBC S TESTCASES BIJLAGE 1A: KENMERKENDE FACTOREN BIJLAGE 1B: TECHNISCHE SPECIFICATIE DBC FZ BESLISBOOM

7 1 Inleiding 1.1 Doel In dit document worden de specificaties betreffende de inhoudelijke definities van de DBC registratie en validatie in de Forensische Zorg in strafrechtelijk kader (FZ) beschreven. Primair is dit document bedoeld voor leveranciers van informatiesystemen, softwareontwikkelaars, informatie analisten en overige medewerkers die betrokken zijn bij de automatisering van de DBC systematiek in de Forensische Zorg. Naast dit document wordt een aantal andere documenten en verwante zaken gepubliceerd dat in het kader van de DBC registratie, validatie relevant is. Het betreft hier de volgende zaken: Spelregels DB(B)C FZ Kostprijsmodel FZ Kaderregeling AO/IC Bovenstaande documenten vindt u op de website: : Voor vragen kunt u terecht bij de helpdesk DB(B)C FZ via en helpdesk@dbbcfz.nl. 1.2 Definities, Acronymen, en Afkortingen In dit document worden de nodige afkortingen gehanteerd. De meeste hiervan staan in onderstaande tabel weergegeven. Naam DB(B)C VFZ DJI DBC FZ Omschrijving Diagnose Behandeling Beveiliging Combinatie Vernieuwing Forensische Zorg Dienst Justitiële inrichtingen DBC in de Forensische zorg (zorg in strafrechtelijk kader) DBC GGZ DBC in de geestelijke gezondheidszorg (Zorgverzekeringswet) Officieel wordt een DBC binnen het onderhavige forensische kader DB(B)C genoemd. Om de aansluiting met DBC GGZ intact te houden qua datamodel en tabellen is er voor gekozen de term DBC te handhaven. In dit document wordt met DBC dus DB(B)C bedoeld, tenzij er uitdrukkelijk 7

8 GGZ bij vermeldt staat (DBC GGZ). Waar nodig zal de term DBC verduidelijkt worden met de toevoeging FZ (DBC FZ). 1.3 Referenties In dit document wordt regelmatig naar aanvullende tabellen verwezen. Deze worden afzonderlijk van dit document opgeleverd. De omschrijving en locatie van deze tabellen kan via onderstaande tabel worden gevonden. Referentie Omschrijving Locatie Codelijsten DBC FZ 2010.zip Bijlage codelijsten DBC FZ 2010.pdf Validatieregels DBC FZ 2010.xls _DBC_FZ_beslisboom.csv Kenmerkende factoren.csv Deze zipfile bevat alle ondersteundende tabellen van de DBC FZ registratie zoals deze in onderstaande kolommen staan benoemd. Beschrijft de structuur en definities van de codelijsten. Dit is onderdeel van de codelijsten DBC FZ 2010.zip Bevat hoofdzakelijk de technische en inhoudelijke validatieregels van DBC FZ. Hier staat de beslisboom voor het toekennen van een productgroep aan de DBC. Dit is onderdeel van de codelijsten DBC FZ 2010.zip Vermeldt de voor de beslisboom benodigde kenmerkende factoren van de DBC. Dit is onderdeel van de codelijsten DBC FZ 2010.zip

9 2 DBC FZ registratie- en validatiemodel: datamodel en bedrijfsregels 2.1 Logisch datamodel In onderstaand figuur wordt het conceptuele DBC FZ datamodel weergegeven. Uitgangspunt bij dit model is dat sprake is van minimaal één gesloten DBC binnen een zorgtraject. De data die dient te worden geregistreerd bij de DBC registratie staat in onderstaand model weergegeven. Het model toont de onderlinge samenhang tussen de diverse entiteiten die dienen te worden vastgelegd. CONCEPTUEEL DATAMODEL DBC FZ REGISTRATIE CL_TYPE_INSTELLING CL_AARD_DELICT CL_DIAGNOSE CL_ZORGTYPE CL_CIRCUIT CL_REDEN_SLUITEN CL_PRODUCTGROEP CL_GEVAAR CL_INSTELLING LAND PATIENT AARD_DELICT OVERIGE DIAGNOSE AS 1 TM V GEVAAR GESLACHT ZORGTRAJECT DBC TIJDSCHRIJVEN VERBLIJFSDAG DAGBESTEDING VERRICHTING Legenda Codelijst CL_BEROEP BEHANDELAAR CL_ACTIVITEIT Codelijst (extern) Tarief- en kostprijslijsten UURTARIEF KOSTPRIJS VERBLIJFSDAG KOSTPRIJS DAGBESTEDING KOSTPRIJS VERRICHTING Registraties Figuur 3: Conceptueel datamodel DBC FZ Registratie 2.2 Integratie DBC GGZ en FZ Het DBC FZ model is in belangrijke mate gebasseerd op het DBC GGZ model. Daar waar mogelijk zijn bestaande entiteiten overgenomen uit het DBC GGZ model. Net als in 2009 zijn de belangrijkste toevoegingen in het DBC FZ model ten opzichte van DBC GGZ aard delict en gevaar als nieuwe entiteiten. Op het gebied van de codelijsten zal DBC Onderhoud (huidig beheerder van de codelijsten DBC GGZ en de beoogde beheer partij voor DBC FZ) op termijn werken naar een compleet gescheiden beheer van DBC GGZ en DBC FZ codelijsten. In 2009 werd hiervoor nog een geïntegreerde set codelijsten uitgeleverd. Voor 2010 wordt gekozen voor een gescheiden set codelijsten, waarbij rekening wordt gehouden met een overgangsfase. In de set met de codelijsten van zowel DBC GGZ als DBC FZ is daarom een document opgenomen 9

10 hoe men van de gescheiden codelijsten en validatieregels kan komen tot een geïntegreerde set codelijsten en validatieregels. 2.3 Productgroep codes verblijf Er is een koppeltabel toegevoegd (CL_ACTIVITEIT_PRODUCTGROEP). Deze koppeltabel zorgt voor de verbinding tussen activiteit codes verblijf en de productgroepcodes verblijf. Verblijf wordt in de DBC FZ systematiek apart (per dag) afgerekend, in tegenstelling tot de DBC GGZ systematiek. Zie verder paragraaf Overzicht spelregels DBC registratie In het schema op de volgende pagina worden de belangrijkste spelregels en voorwaarden betreffende de DBC FZ registratie weergegeven voor zover deze betrekking hebben op de samenhang in het conceptuele datamodel. Een volledig overzicht van alle spelregels is te vinden in het document Spelregels DB(B)C FZ Overzicht spelregels DBC FZ Registratie Instelling 1 Een instelling bevat één (1) of meerdere patiënten. Patiënt 1 Een patiënt behoort bij één (1) instelling. 2 Een patiënt kan nul (0) of meerdere zorgtrajecten hebben. 3 Een patiënt kan binnen een zorgtraject één (1) of meer DBC s hebben welke elkaar niet in de tijd mogen overlappen. Wel mogen DBC s binnen een zorgtraject op dezelfde dag worden geopend en gesloten. 4 Een patiënt kan nul (0) tot maximaal drie (3) openstaande zorgtrajecten hebben binnen een instelling. Bij openstaande zorgtrajecten is nog geen einddatum bekend. Zorgtraject 1 Een zorgtraject hoort bij één (1) patiënt. 2 Een zorgtraject omvat minimaal: identificatie patiënt, startdatum en eventueel einddatum. 3 Een zorgtraject kan alleen meerdere DBC s na elkaar in de tijd hebben (chronologisch), de DBC s hoeven niet aansluitend in de tijd te zijn. 4 Een zorgtraject bevat altijd één (1) initiële DBC (minimaal en maximaal). 5 Een zorgtraject kan meerdere vervolg DBC s bevatten. 6 Een zorgtraject bevat maximaal één (1) open DBC. 7 Een zorgtraject kan meerdere gesloten DBC s bevatten. 8 Het aantal vervolg DBC s in een zorgtraject is niet gemaximeerd. 9 Een patiënt kan meer dan drie (3) zorgtrajecten hebben, echter maar maximaal drie (3) zorgtrajecten kunnen geopend zijn met een (initiële of vervolg) DBC. Ieder zorgtraject dient hierbij een verschillende primaire diagnose te hebben. Hierbij geldt dat er drie zorgtrajecten DBC GGZ mogen zijn en drie zorgtrajecten DBC FZ. 10 De startdatum van het zorgtraject is de datum waarop de patiënt zich aanmeldt bij de zorginstelling. 10

11 Dit vereist nog geen (in)direct patiëntgebonden contact met een behandelaar. 11 Ieder zorgtraject heeft maximaal één (1) primaire diagnose en minimaal één (1) aard delict. Wijziging van de primaire diagnose (diagnosecode of trekken van) impliceert het openen van een nieuwe zorgtraject (behalve wanneer dit gebeurt binnen de initiële DBC, voor het afsluiten) 12 Primaire diagnose is verbonden aan het zorgtraject. Dit houdt in dat de primaire diagnose na sluiten van de initiële DBC niet meer mag wijzigen in de vervolg DBC s die (eventueel) nog komen. Aard Delict 1 Het aard delict wordt weergegeven aan de hand van tien (10) clusters die zijn benoemd in het BooG instrument. Er is één cluster (cluster 0, preventief gehecht, voorgenomen indicatiebesluit) toegevoegd dat niet in het BooG instrument voorkomt, omdat het aard delict voor de DB(B)C registratie nog niet altijd bekend is. 2 Per Zorgtraject dient minimaal één (1) aard delict te worden geregistreerd. Deze kan gedurende het zorgtraject, na het sluiten van de initiële DBC, niet meer wijzigen. DBC 1 Iedere DBC heeft een hoofdbehandelaar. 2 Een DBC kan alleen worden getypeerd door een hoofdbehandelaar met een beroep dat voorkomt op de DBC FZ beroepentabel. 3 De DBC wordt geopend op de datum van het eerste patiëntgebonden contact (direct of indirect), geregistreerd door een behandelaar die voorkomt op de beroepentabel. De datum van eerste patiëntgebonden contact kan zijn in het kader van pré-intake, intake, diagnostiek, behandeling/ begeleiding, crisisopvang, verblijf, dagbesteding of verrichting. 4 Een DBC duurt minimaal één (1) kalenderdag en maximaal driehondervijfenzestig (365) kalenderdagen. Na 365 kalenderdagen dient de DBC afgesloten te worden. Indien de behandeling nog niet is afgerond, dient een nieuwe (vervolg) DBC te worden geopend met dezelfde primaire diagnose en een zorgtype uit de groep vervolg. 5 Een open DBC omvat minimaal: zorgtraject identificatie, startdatum DBC en één (1) registratie van activiteit of verrichting. 6 Bij het afsluiten van de DBC moet de hoofdbehandelaar een keuze maken uit zes (6) elkaar uitsluitende redenen voor afsluiting. 7 Bij een volledig getypeerde DBC zijn de volgende DBC typeringselementen geregistreerd: zorgtype, diagnose (alle vijf (5) assen volgens de DSM-IV classificatie), aard delict en gevaar. 8 Op bovenstaande definitie is een uitzondering mogelijk als bij reden sluiten DBC voor de code afsluiting na alleen pré-intake/ intake/ diagnostiek/crisisopvang is gekozen. Dan mag de DBC worden afgesloten waarbij het zorgtype en aard delict dient te worden geregistreerd. 9 Een DBC hoort altijd bij één (1) circuit. Gevaar 1 Het element gevaar wordt in drie, elkaar niet uitsluitende, categorieën getypeerd. Per DBC dient het element gevaar en de datum waarop gevaar is getypeerd vermeld te worden. 2 Gevaar kent per DBC drie (3) registraties, een score per as. Behandelaar 1 Een behandelaar kan bij nul (0) of meer activiteiten/verrichtingen betrokken zijn. 2 Een activiteit, verrichting of DBC kan alleen worden geregistreerd door een behandelaar met een beroep dat voorkomt op de DBC FZ beroepentabel, welke onderdeel is van de spelregels DBC FZ. 11

12 Zorgtype 1 Zorgtype wordt éénmalig vastgelegd bij het openen van een initiële of vervolg DBC. 2 Er kan per DBC maar één (1) zorgtype geregistreerd worden, ze sluiten elkaar uit. 3 Indien een patiënt voor het eerst in behandeling komt, dient een initiële DBC, met een bijbehorend zorgtype uit de groep initieel, te worden geregistreerd. Een vervolg DBC, met een bijbehorend zorgtype uit de groep vervolg, kan pas worden geopend indien een eerdere initiele DBC met dezelfde primaire diagnose is afgesloten. Diagnose 1 De diagnoseregistratie is opgezet volgens de DSM-IV-TR classificatie waarbij de diagnose wordt gescoord op vijf (5) assen. Iedere as dient bij het afsluiten van de DBC volgens de regels van de DSM-IV-TR classificatie gescoord te zijn. Uitleg hierover staat vermeld in de spelregels DB(B)C FZ. 2 Er kan maar één (1) diagnose uit de vastgelegde As 1 of As 2 codes als primaire diagnose worden aangemerkt. 3 Een code op de Assen 3, 4 en 5 kan geen primaire diagnose zijn. 4 Het aantal te registreren nevendiagnoses is onbeperkt en ze sluiten elkaar niet uit Activiteiten en verrichtingen 1 Activiteiten en verrichtingen kunnen in vier (4) categorieen worden ingedeeld te weten Tijdschrijven: hierbij wordt door een (hoofd)behandelaar tijd per DBC geregistreerd. Dagbesteding: hierbij wordt in eenheden van uren de dagbesteding per DBC geregistreerd. Verblijfssoorten: hierbij wordt in eenheden van dagen de verblijfssoorten per DBC geregistreerd. Verrichting: hierbij wordt in eenheden van aantallen de verrichtingen per DBC geregistreerd. 2 Een DBC heeft altijd één (1) of meerdere activiteiten en verrichtingen. 3 Activiteiten en verrichtingen, waarbij tijd wordt geregistreerd, hebben een bijbehorende behandelaar. Bij de activiteiten en verrichtingen verblijfssoorten/dagbesteding/verrichting wordt geen behandelaar vastgelegd. 4 Activiteiten en verrichtingen die in eenheden worden geregistreerd hebben een kostprijs. 5 Activiteiten en verrichtingen waarbij tijd wordt geregistreerd kennen een onderscheid in tijdsregistratie in directe tijd, indirecte tijd en (indirecte) reistijd. Zie spelregels DB(B)C FZ voor verdere specificaties. 6 Bij de activiteiten uit de categorieën pré-intake en algemeen indirecte tijd kan geen directe tijd of indirecte reistijd worden geregistreerd. 7 Er bestaat een uitzondering op bovenstaande definitie. Op de elementen no show ambulant, extern overleg met derden en activiteiten ivm juridische procedures uit de categorie algemeen indirecte tijd, mag wel indirecte reistijd geregistreerd worden. Zie spelregels DB(B)C FZ voor verdere specificaties. Kostprijs Uurtarief 1 Iedere behandelaar heeft één (1) beroep volgens de DBC FZ beroepenstructuur. 2 Bij ieder beroep hoort een uurtarief. Kostprijs Verblijf 1 Iedere verblijfssoort heeft een kostprijs. 2 De eenheid van verblijf is een dag. Kostprijs Dagbesteding 1 Iedere dagbestedingscategorie heeft een kostprijs. 12

13 2 De eenheid van dagbesteding is een uur. Kostprijs Verrichting 1 Iedere activiteit uit de categorie verrichting heeft een kostprijs. 2 De eenheid van verrichting is het aantal keren dat de verrichting is uitgevoerd. 13

14 3 DBC registratiemodel De entiteiten van het DBC registratiemodel worden in de volgende paragrafen toegelicht. Bijbehorende codelijsten zoals deze in het logische datamodel zijn weergegeven worden in een apart document beschreven. Zie hiervoor par Uitgangspunt is dat de DBC registratie volgens onderstaande uitwerking van het registratiemodel plaatsvindt. In de onderstaande tabellen worden de definities en inhoud van het DBC registratiemodel beschreven waarbij de primaire sleutels onderstreept en refererende sleutels schuingedrukt zijn weergegeven. Combinaties van beide zijn mogelijk. Uitgangspunt voor verplichte en optionele velden is verder dat is uitgegaan van een gesloten DBC. Indien een DBC immer nog niet gesloten is, zijn vrijwel alle velden optioneel. 3.1 Algemene patiënt identificatiegegevens: patiënt Kolom Omschrijving Type Lengte Verplicht/ optioneel Bijzonderheden 1 Patiëntnummer Uniek nummer om de patiënt mee te identificeren 2 Naam_1 Het eerste deel van patiëntnaam. Zie attribuut 4 3 Naam Voorvoegsel_1 Het voorvoegsel van eerste deel van patiëntnaam 4 Naamcode_1 De code die aangeeft of het eerste deel de eigen naam of de aangetrouwde naam is Alfanumeriek 20 Verplicht Uniek patiëntennummer per instelling. Alfanumeriek 25 Verplicht Voorbeeld: voor patiënt met naam de Groot wordt hier de waarde Groot gegeven Alfanumeriek 10 Optioneel Uitgaande van bovenstaand voorbeeld dient hier de waarde de te worden weergegeven Numeriek 1 Verplicht Als naamcode1 = 1 dan bevat naam_1 de aangetrouwde naam Als naamcode1 = 2 dan bevat naam_1 de eigen naam 5 Naam_2 Het tweede deel van patiëntnaam. Zie Alfanumeriek 25 Optioneel 14

15 attribuut 7 6 Naam Voorvoegsel_2 Het voorvoegsel van tweede deel van patiëntnaam 7 Naamcode_2 De code die aangeeft of het tweede deel de eigen naam of de aangetrouwde naam is 8 Voorletters De voorletters van de patiënt 9 Postcode De postcode van de patiënt Alfanumeriek 10 Optioneel Numeriek 1 Optioneel Als naamcode_2 = 1 dan bevat naam_2 de aangetrouwde naam Als naamcode_2 = 2 dan bevat naam_2 de eigen naam. Alfanumeriek 6 Verplicht De voorletters worden zonder tekens of spaties aan elkaar geplakt Alfanumeriek 6 Optioneel De Nederlandse postcodes zijn verplicht (landcode = NL) en hebben formaat NNNNAA. Van de buitenlandse postcodes wordt geen formaat voorgeschreven, deze zijn derhalve optioneel. 10 Huisnummer Het huisnummer van de patiënt Numeriek 5 Verplicht 11 Huisnummer De huisnummer Alfanumeriek 4 Optioneel toevoeging toevoeging van de patiënt 12 Landcode De landcode van de Verzekerde Alfanumeriek 2 Optioneel 13 Geslacht Geslacht van de patiënt Numeriek 1 Verplicht Conform Vektis 15

16 Codelijst COD046_VEKT. Bijvoorbeeld 0 = Onbekend, 1 = Mannelijk, 2 = Vrouwelijk, 9 = Niet gespecificeerd 14 Geboortedatum Eejjmmdd Datum 8 Verplicht 15 Burger Service Nummer 16 VerwijsIndex Personen strafrechthandhaving 17 Declarerende instelling 18 Locatie declarerende zorginstelling Unieke identificatie van een persoon onafhankelijk van zorginstellingen, verzekeraars, en tijd Numeriek 9 Optioneel Voldoet aan 11 proef. Unieke identificatie van Numeriek 7 Verplicht een persoon vanuit Justitie, het zogenaamde VIP nummer. Relatie attribuut Alfanumeriek 8 Verplicht Relatie naar Declarerende instelling (AGB code) van patiënt Relatie attribuut Alfanumeriek 8 Verplicht Zie beschrijving bij entiteit Instelling Het DBC gegevensmodel schrijft de inhoud van de algemene patiëntgegevens niet in detail voor. De attributen hierboven beschreven dienen minimaal geregistreerd te worden. 3.2 Instelling Kolom Omschrijving Type Leng Verplicht/ Bijzonderheden te optioneel 1 Declarerende instelling Unieke identificatie zorgaanbieder Alfanumeriek 8 Verplicht De AGB code die door de zorgaanbieder gebruikt zal worden voor de declaratie naar Justitie 2 Locatie declarerende zorginstelling De locatie van de zorgaanbieder omdat deze over Alfanumeriek 8 Verplicht Deze code wordt door de zorgaanbieder bepaald, maar moet consequent gebruikt worden. Geïntegreerde 16

17 meerdere locaties verspreid kan zijn en gegevens kunnen verschillen per administratie over alle locaties, dan overal 0 voor locatiecode Gescheiden Administratie, dan de juiste locatie voor elke locatiecode. locatie 3.3 Zorgtraject Een zorgtraject is een entiteit die alle DBC s van een patiënt met dezelfde primaire diagnose aan elkaar verbindt. Een zorgtraject bestaat altijd uit één (minimaal en maximaal) initiële DBC en eventueel één of meer vervolg DBC s. De DBC s binnen een zorgtraject volgen elkaar op in de tijd maar kunnen niet overlappen. Een vervolg DBC mag wel op dezelfde dag worden geopend waarop de initiële DBC is gesloten. Het aantal zorgtrajecten dat een patiënt kan hebben is niet gelimiteerd, maar een patiënt kan maximaal drie zorgtrajecten tegelijkertijd hebben met een open (initiële of vervolg) DBC binnen één instelling. Binnen het zorgtraject wordt 1 primaire diagnose worden bepaald op As 1 of As 2. De primaire diagnose mag na vaststelling in de initiële DBC niet meer wijzigen in de vervolg DBC s. Kolom Omschrijving Type Lengte Verplicht/ Bijzonderheden 1 Zorgtraject identificatienummer Unieke identifier optioneel Alfanumeriek 20 Verplicht Door leverancier vrij in te vullen 2 Startdatum Eejjmmdd Datum 8 Verplicht Startdatum zorgtraject. Datum waarop de patiënt zich voor het eerst meldt bij de zorgaanbieder 3 Einddatum Eejjmmdd Datum 8 Optioneel 4 Soort verwijzer Refereert naar de Soort Alfanumeriek 4 Optioneel Conform COD016- VEKT 5 Verwijzende instelling Zorgverlener. Dit is een formele verwijzer Refereert naar de verwijzende Alfanumeriek 8 Optioneel Conform AGB code 17

18 instelling 6 Primaire diagnosecode Primaire diagnosecode van de DBC Alfanumeriek 20 Optioneel Primaire diagnose kan alleen gescoord worden op As 1 of As 2. In combinatie met reden van afsluiten alleen pré-intake, intake, diagnostiek en crisisopvang mag deze leeg zijn 7 Primaire diagnose datum Eejjmmdd Datum 8 Optioneel Datum waarop de diagnose is gesteld of datum waarop de primaire diagnose voor het laatst is gewijzigd. In combinatie met reden van afsluiten alleen pré-intake, intake, diagnostiek en crisiopvang mag deze leeg zijn 8 Primaire diagnose betreft Trekken van J/N Alfanumeriek 1 Optioneel Indien de (primaire) diagnose op As 2 is gesteld en er is sprake van een Persoonlijkheidssto ornis dan moet de optie Trekken van worden geregistreerd. In die situatie dient in dit veld de waarde J te worden ingevuld. Deze diagnose incl. Trekken van kan als primaire diagnose worden gesteld 9 Patiëntnummer Relatie naar patiënt Alfanumeriek 15 Verplicht Relatie met patiënt behorende bij het zorgtraject 18

19 3.4 Aard Delict De entiteit Aard Delict dient eenmalig per zorgtraject te worden vastgelegd. Het is mogelijk om meer dan één aard delict te registreren. Na vastlegging kan deze niet meer gewijzigd worden. De aard van het delict geeft de benodigde aanvulling van de diagnostiek specifiek voor patiënten die forensische zorg in strafrechtelijk kader krijgen. Kolom Omschrijving Type Lengte Verplicht/ Bijzonderheden 1 Zorgtraject identificatienummer Relatie naar zorgtraject behorende bij de DBC optioneel Numeriek 8 Verplicht 2 Code Aard Delict De score op Aard Delict Numeriek 2 Verplicht Code uit codelijst CL_AARD_DELICT 3 Datum vaststelling Datum waarop Aard Eejjmmdd 8 Verplicht Aard Delict Delict is vastgesteld 3.5 Gevaar Gevaar wordt per DBC op drie (3) assen geregistreerd. Per registratie van gevaar dient de datum te worden vastgelegd waarop de (wijziging van de) typering heeft plaatsgevonden. De informatiebehoefte bestaat om de historie en verloop van gevaar te volgen en dit in de toekomst eventueel aan te leveren aan externe instanties. Kolom Omschrijving Type Lengte Verplicht/ optioneel Bijzonderheden 1 DBC identificatienummer Relatie naar behorende DBC Numeriek 8 Verplicht 2 Code Gevaar De score op Gevaar behorende bij de Alfanumeriek 4 Verplicht Code uit codelijst CL_Gevaar 3 Datum vaststelling gevaar DBC Datum waarop Gevaar is vastgelegd Eejjmmdd 8 Verplicht 3.6 DBC Het element DBC bevat relaties naar diverse onderdelen die in het kader van een DBC vastgelegd dienen te worden. Unieke gegevens van een DBC zijn DBC identificatienummer, DBC startdatum en DBC einddatum. Het element DBC neemt hiermee een centrale plaats in het registratiemodel in. 19

20 Kolom Omschrijving Type Lengte Verplicht/ optioneel Bijzonderheden 1 DBC identificatienummer Uniek nummer per DBC per patiënt Alfanumeriek 20 Verplicht Door leverancier vrij in te vullen 2 DBC startdatum Eejjmmdd Datum 8 Verplicht Startdatum DBC. Dit valt samen met het eerst patiëntgebonden contact door een behandelaar met een beroep dat voorkomt op de beroepentabel 3 DBC einddatum Eejjmmdd Datum 8 Verplicht Zie definitie document spelregels DB(B)C FZ voor juiste registratie sluiten DBC 4 Zorgverzekeraarcode Refereert naar Zorgverzekeraar. Het betreft in het geval van DBC FZ de UZOVI code van Justitie Alfanumeriek 4 Optioneel Conform COD061-VEKT (UZOVI register van Vektis). De UZOVI code van Justitie is DBC Productgroepcode Productgroep waartoe de DBC behoord Alfanumeriek 6 Optioneel De DBC Productgroepcode moet worden afgeleid tijdens de DBC validatie. 6 DBC Tarief Tarief conform tarieven bestand Numeriek 11 Optioneel Het DBC Tarief moet worden afgeleid tijdens de DBC validatie. 7 DBC declaratiecode Numeriek 6 Optioneel Dit attribuut kan worden bepaald als de DBC is afgesloten en gevalideerd. 8 DBC Prestatiecode Alfanumeriek 12 Optioneel Dit attribuut kan worden bepaald als de DBC is afgesloten en gevalideerd. 9 DBC Reden sluiten code De reden sluiten van de DBC Alfanumeriek 20 Verplicht Geldige code volgens DBC FZ 10 Zorgtypecode Het zorgtype behorende bij de DBC Alfanumeriek 20 Verplicht Geldige code volgens DBC FZ 11 Startdatum strafrechtelijke titel Eejjmmdd Datum 8 Verplicht In het geval van een zorgtype voorgenomen 20

21 indicatiebesluit is er geen sprake van een strafrechtelijke titel. In die gevallen dient als startdatum strafrechtelijke titel de datum van het voorgenomen indicatiebesluit geregistreerd te worden. 12 Einddatum strafrechtelijke titel Eejjmmdd Datum 8 Optioneel 13 Zorgcontractnummer Het contractnummer van het contract met Justitie waaronder de DBC wordt uitgevoerd. Numeriek 10 Optioneel Het contractnummer wordt door Justitie bepaalt. Het is aan de zorgaanbieder te bepalen onder welk contractnummer een DBC valt. Het contractnummer is optioneel in afwachting van nadere specificaties en spelregels maar kan door instellingen in de tussentijd wel geregistreerd worden. Het contractnummer zal ook op de factuur (EI standaard FZ301) verschijnen. 14 Circuit Het circuit behorende bij de Alfanumeriek 20 Verplicht Geldige code volgens DBC FZ DBC 15 Zorgtraject Relatie naar Alfanumeriek 20 Verplicht identificatienummer zorgtraject behorende bij de DBC 16 Behandelaar identificatienummer Hoofdbehandelaar van de DBC (relatie naar bijbehorende behandelaar) Alfanumeriek 20 Verplicht Relatie met de behandelaar van de DBC 21

22 3.7 Overige diagnoses As1 As5 Diagnose vindt plaats door de registratie van alle vijf de assen van de DSM-IV-TR tot op het diepste niveau. Iedere As dient gescoord te worden, indien een As niet van toepassing is bestaan hiervoor default scores. Kolom Omschrijving Type Lengte Verplicht/ Bijzonderheden optioneel 1 Diagnosecode DSMIV-code Alfanumeriek 20 Verplicht Code volgens DSM IV-TR zoals opgenomen in de codelijsten DBC FZ In combinatie met reden van afsluiten alleen préintake, intake, diagnostiek en crisiopvang mag deze leeg zijn. 2 Trekken van Geeft aan of bij geregistreerde diagnose de optie Trekken van van toepassing is Alfanumeriek 1 Optioneel Trekken van. Let op: is alleen bedoeld en verplicht voor een diagnose score op As 2 behorend tot de groep Persoonlijkheidsstoornissen. Indien van toepassing is de score J=Ja. Bij geen score kan het veld worden leeggelaten (NULL score). 3 Datum diagnose Eejjmmdd Datum 8 Optioneel Datum waarop de diagnose wordt gesteld of de meest recente wijzigingsdatum van de diagnose In combinatie met reden van afsluiten alleen préintake, intake, diagnostiek en crisiopvang mag deze leeg zijn. 4 DBC identificatienummer Relatie attribuut naar DBC Alfanumeriek 20 Verplicht DSMIV Assen 1, 2 en 4 mogen meerdere keren worden gescoord. DSMIV As 3 moet één (1) keer gescoord worden. 22

23 DSMIV As 5 dient drie (3) keer gescoord te worden. 3.8 Activiteiten en verrichtingen Activiteiten en verrichtingen kunnen worden ingedeeld in een viertal categorieën. Categorie 1 betreft activiteiten waarbij tijd dient te worden geregistreerd. Bij deze vorm van registratie registreert een behandelaar direct patiëntgebonden tijd, indirect patiëntgebonden tijd en/of indirect patiëntgebonden reistijd. Tijd kan alleen worden geregistreerd door behandelaren die een geldige beroepscode volgens de DBC FZ beroepentabel hebben. Categorie 2 betreft de registratie van dagbesteding. Dagbesteding dient in eenheden van uren te worden geregistreerd. Categorie 3 betreft de registratie van verblijfssoorten. Verblijfssoorten worden in eenheden van dagen geregistreerd. Categorie 4 betreft de registratie van verrichtingen. Verrichtingen worden in eenheden van aantal geregistreerd. In het document spelregels DB(B)C FZ wordt meer informatie over het registreren van activiteiten en verrichtingen gegeven Activiteiten en verrichtingen: tijdschrijven In onderstaande tabel worden de datadefinities van activiteiten en verrichtingen weergegeven. Kolom Omschrijving Type Lengte Verplicht/ optioneel Bijzonderheden 1 Activiteit identificatienummer Uniek nummer per instelling Alfanumeriek 20 Verplicht Uniek nummer, zelf te definiëren. 2 Activiteitencode Alfanumeriek 20 Verplicht Code uit DBC FZ activiteiten lijst 3 Direct patiëntgebonden tijd 4 Indirect patiëntgebonden tijd (algemeen) Direct bestede tijd in minuten Indirecte bestede tijd in minuten Numeriek 6 Verplicht Bij de activiteiten uit de categorieën pre-intake en algemeen indirecte tijd kan geen directe tijd worden geregistreerd. Indien geen directe tijd wordt geregistreerd dient de waarde 0 te worden ingevuld. Numeriek 6 Verplicht Indien geen indirecte tijd wordt geregistreerd dient de waarde 0 te worden ingevuld. 23

24 5 Indirect Indirecte patiëntgebonden tijd bestede tijd in (reistijd) minuten 6 Activiteitendatum Datum (Eejjmmdd) waarop activiteit plaatsvindt 7 Behandelaar Relatie naar identificatienummer behandelaar 8 DBC Relatie naar identificatienummer bijbehorende DBC Numeriek 6 Verplicht Bij de activiteiten uit de categorieën pré-intake en algemeen indirecte tijd kan geen reistijd worden geregistreerd. Uitzondering: Op de elementen no show ambulant, extern overleg met derden en activiteiten ivm juridische procedures uit de categorie algemeen indirecte tijd, mag wel indirecte reistijd geregistreerd worden. Indien geen indirecte tijd wordt geregistreerd dient de waarde 0 te worden ingevuld. Datum 8 Verplicht Alfanumeriek 20 Verplicht Alfanumeriek 20 Verplicht Activiteiten en verrichtingen: dagbesteding Kolom Omschrijving Type Lengte Verplicht/ optioneel Bijzonderheden 1 Activiteit identificatienummer Uniek nummer per instelling Alfanumeriek 20 Verplicht 2 Activiteitencode Alfanumeriek 20 Verplicht Code uit DBC FZ activiteiten lijst 3 Aantal uren Aantal eenheden van Numeriek 6 Verplicht deze code 4 Activiteitendatum Datum (Eejjmmdd) waarop activiteit plaatsvindt Datum 8 Verplicht 5 DBC identificatienummer Relatie attribuut Alfanumeriek 20 Verplicht 24

25 3.8.3 Activiteiten en verrichtingen: verblijf Kolom Omschrijving Type Lengte Verplicht/ optioneel Bijzonderheden 1 Activiteit identificatienummer Uniek nummer per instelling Alfanumeriek 20 Verplicht 2 Activiteitencode Alfanumeriek 20 Verplicht Code uit DBC FZ activiteiten lijst 3 Aantal dagen Aantal eenheden van deze code Numeriek 6 Verplicht Indien meer dan 1 dag wordt geregistreerd wordt er vanuit gegaan dat de hoeveelheid dagen een aaneengesloten periode betreft 4 Activiteitendatum Datum (Eejjmmdd) waarop activiteit plaatsvindt Datum 8 Verplicht De datum waarop de verblijfssoort plaatsvindt. Indien het aantal dagen >1 is dient hier de eerste dag van de verblijfsperiode te worden vastgelegd. 6 DBC identificatienummer Relatie attribuut Alfanumeriek 20 Verplicht Activiteiten en verrichtingen: verrichtingen Kolom Omschrijving Type Lengte Verplicht/ optioneel Bijzonderheden 1 Activiteit identificatienummer Uniek nummer per instelling Alfanumeriek 20 Verplicht 2 Activiteitencode Alfanumeriek 20 Verplicht Code uit DBC FZ activiteiten lijst 3 Aantal behandelingen Aantal eenheden Numeriek 6 Verplicht 4 Activiteitendatum Datum (Eejjmmdd) waarop activiteit plaatsvindt Datum 8 Verplicht 5 DBC identificatienummer Relatie attribuut Alfanumeriek 20 Verplicht 25

26 3.9 Behandelaar Kolom Omschrijving Type Lengte Verplicht/ optioneel Bijzonderheden 1 Behandelaar identificatienummer Uniek nummer per instelling Alfanumeriek 20 Verplicht 2 Beroepcode Alfanumeriek 20 Verplicht Code uit DBC FZ beroepentabel 26

27 4 Kostprijzen Per instelling/zorgaanbieder dienen de onderstaande kostprijsgegevens bekend te zijn. De kostprijzen worden toegerekend naar uurtarieven beroepsgroep, verblijfssoorten, dagbesteding en verrichtingen. Bij iedere kostprijs wordt onderscheid gemaakt in directe kosten, indirecte kosten 1 en Kostprijs uurtarief Kolom Omschrijving Type Leng te Verplicht/ optioneel Bijzonderheden 1 Declarerende instelling Unieke identificatie zorgaanbieder Numeriek 8 Verplicht Conform AGB code 2 Beroepcode Alfanumeri ek 20 Verplicht Code uit beroepenlijst volgens DBC FZ 3 UURTARIEF_DIRECT_PER_UUR Bedrag per uur in Eurocenten Numeriek 12 Verplicht Logisch formaat is 12.2.Gegevensleverancier levert vermenigvuldigd met 100 aan. In data warehouse delen door 100 voor verwerking 4 UURTARIEF_INDIRECT1_PER_U UR 5 UURTARIEF_INDIRECT2_PER_U UR Bedrag per uur in Eurocenten Bedrag per uur in Eurocenten Numeriek 12 Verplicht Logisch formaat is Gegevensleverancier levert vermenigvuldigd met 100 aan. In data warehouse delen door 100 voor verwerking Numeriek 12 Verplicht Logisch formaat is Gegevensleverancier levert vermenigvuldigd met 100 aan. In data warehouse delen door 100 voor verwerking 6 Begindatum EEJJMMDD Datum 8 Verplicht Begindatum waarop de aangeleverde kostprijzen geldig zijn 7 Einddatum EEJJMMDD Datum 8 Optioneel Einddatum tot en met wanneer de kostprijzen geldig zijn 27

28 4.2 Kostprijs verblijfssoort Kolom Omschrijving Type Leng Verplicht/ Bijzonderheden te optioneel 1 Declarerende instelling Unieke identificatie zorgaanbieder Numeriek 8 Verplicht Conform AGB code 2 Activiteitencode Alfanumeri ek 20 Verplicht Code uit activiteitenlijst volgens DBC FZ 3 VERBLIJF_DIRECTE_KOSTEN Bedrag per dag in Eurocenten Numeriek 12 Verplicht Logisch formaat is Gegevensleverancier levert vermenigvuldigd met 100 aan. In data warehouse delen door 100 voor verwerking 4 VERBLIJF_INDIRECTE_KOSTEN1 Bedrag per dag in Eurocenten Numeriek 12 Verplicht Logisch formaat is Gegevensleverancier Levert vermenigvuldigd met 100 aan. In data warehouse delen door 100 voor verwerking 5 VERBLIJF_INDIRECTE_KOSTEN2 Bedrag per dag in Eurocenten Numeriek 12 Verplicht Logisch formaat is Gegevensleverancier Levert vermenigvuldigd met 100 aan. In data warehouse delen door 100 voor verwerking 6 Begindatum EEJJMMDD Datum 8 Verplicht Begindatum waarop de aangeleverde kostprijzen geldig zijn 7 Einddatum EEJJMMDD Datum 8 Optioneel Einddatum tot en met wanneer de kostprijzen geldig zijn. 4.3 Kostprijs dagbesteding Kolom Omschrijving Type Leng Verplicht/ Bijzonderheden te optioneel 1 Declarerende instelling Unieke identificatie zorgaanbieder Numeriek 8 Verplicht Conform AGB code 28

29 2 Activiteitencode Alfanume riek 20 Verplicht Code uit activiteitenlijst volgens DBC FZ 3 DAGBESTEDING_DIRECTE_K OSTEN Bedrag per uur in Eurocenten. Numeriek 12 Verplicht Logisch formaat is Gegevensleverancier Levert vermenigvuldigd met 100 aan. In data warehouse delen door 100 voor verwerking 4 DAGBESTEDING_INDIRECTE _KOSTEN1 Bedrag per uur in Eurocenten. Numeriek 12 Verplicht Logisch formaat is Gegevensleverancier levert vermenigvuldigd met 100 aan. In data warehouse delen door 100 voor verwerking 5 DAGBESTEDING_INDIRECTE _KOSTEN2 Bedrag per uur in Eurocenten. Numeriek 12 Verplicht Logisch formaat is 12.2 Gegevensleverancier Levert vermenigvuldigd met 100 aan. In data warehouse delen door 100 voor verwerking 6 Begindatum EEJJMMDD Datum 8 Verplicht Begindatum waarop de aangeleverde kostprijzen geldig zijn 7 Einddatum EEJJMMDD Datum 8 Optioneel Einddatum tot en met wanneer de kostprijzen geldig zijn 4.4 Kostprijs verrichting Kolom Omschrijving Type Leng te Verplicht/ optioneel Bijzonderheden 1 Declarerende instelling Unieke identificatie Numeriek 8 Verplicht Conform AGB code zorgaanbieder 2 Activiteitencode Alfanume riek 20 Verplicht Code uit activiteitenlijst volgens DBC FZ 3 VERRICHTING_DIRECTE_KOST EN Bedrag per verrichting in Eurocenten. Numeriek 12 Verplicht Logisch formaat is Gegevensleverancier levert vermenigvuldigd met 100 aan. In data warehouse delen door 29

30 100 voor verwerking 3 VERRICHTING_INDIRECTE_KO STEN1 Bedrag per verrichting in Eurocenten. Numeriek 12 Verplicht Logisch formaat is Gegevensleverancier Levert vermenigvuldigd met 100 aan. In data warehouse delen door 100 voor verwerking 3 VERRICHTING_INDIRECTE_KO STEN2 Bedrag per verrichting in Eurocenten. Numeriek 12 Verplicht Logisch formaat is Gegevensleverancier Levert vermenigvuldigd met 100 aan. In data warehouse delen door 100 voor verwerking 4 Begindatum EEJJMMDD Datum 8 Verplicht Begindatum waarop de aangeleverde kostprijzen geldig zijn 5 Einddatum EEJJMMDD Datum 8 Optioneel Einddatum tot en met wanneer de kostprijzen geldig zijn 30

31 5 DBC FZ Validatiemodel 5.1 Inleiding Nadat de DBC registratie heeft plaatsgevonden, vindt de validatie van de registratie plaats. De validatie dient om te waarborgen dat een afgesloten DBC volledig en correct volgens de spelregels van de DBC registratie is geregistreerd. Tevens wordt tijdens deze stap een DBC toegekend aan een DBC productgroep. De DBC productgroep is het eindproduct van de DBC registratie. In dit hoofdstuk worden de specificaties beschreven m.b.t. de validatie. De specificaties van de DBC FZ validatie bestaan uit vier onderdelen: 1. Technische validatie 2. Inhoudelijke validatie 3. Toewijzing aan de productgroep 4. Afleiding gegevens facturatie Technische validatie Bij de technische validatie wordt gecontroleerd of alle verplichte velden, primaire sleutels en verwijzingen van det DBC FZ registratie wordt voldaan. De technische validatie bestaat derhalve uit drie soorten controles. Soort technische validatie Omschrijving 1 Controle op primaire sleutels Controle of primaire sleutels uniek zijn. 2 Controle op verwijzingen Controle of verwijzingen naar codelijsten en andere entiteiten correct zijn. Hierbij wordt onder andere gecontroleerd of de codelijsten DBC FZ worden gehanteerd. 3 Controle op verplichte velden Controle of de verplichte velden aanwezig zijn De technische validatieregels worden in een aparte Excel bestand genaamd Validatieregels DBBC FZ 2010 uitgeleverd Inhoudelijke validatie De inhoudelijke validatie controleert of aan de belangrijkste spelregels zoals beschreven in het document spelregels DB(B)C FZ wordt voldaan. Een voorbeeld van een inhoudelijke controle is de controle of een DBC niet langer dan 365 dagen heeft open gestaan. De inhoudelijke validatie onderscheidt zich van de technische validatie op het punt dat tijdens de technische validatie wordt gekeken of de geregistreerde dataset compleet en correct is 31

32 geregistreerd. Hierbij wordt bijvoorbeeld gecontroleerd of de coderingen worden gebruikt volgens de DBC FZ codelijsten. Als bij een DBC bijvoorbeeld op As 4 van de DSM-IV geen diagnose wordt ingevuld dan zal dit niet tijdens de technische validatie worden geconstateerd, maar wel bij de inhoudelijke validatie. Bij de technische validatie wordt alleen gekeken of de geregistreerde diagnosecodes correct zijn. Tijdens de inhoudelijke validatie wordt beoordeeld of aan de spelregels van het DBC FZ model wordt voldaan, in dit geval de volledige registratie volgens DSM IV. Inhoudelijke validatieregel worden in een aparte Excel bestand genaamd Validatieregels DBC FZ 2010 uitgeleverd Toekennen DBC productgroep Tijdens deze stap wordt aan de DBC een productgroep toegekend. De DBC dataset doorloopt hierbij een beslisboom waarbij in iedere stap naar een kenmerk van de DBC dataset wordt gevraagd. Op basis van deze kenmerken wordt een productgroep aan de DBC toegekend. Zie verder paragraaf Afleiden gegevens facturatie Tijdens deze stap worden extra gegevens noodzakelijk voor DBC Facturatie afgeleid. Het betreft hier concreet de DBC prestatiecode, declaratiecode en tariefinformatie. Dit staat beschreven in paragraaf

33 5.2 Specificaties van de technische en inhoudelijke validatieregels De technische en inhoudelijke validatieregels zijn volgens het Als Dan principe opgebouwd. Zie onderstaand voorbeeld voor een uitwerking van een inhoudelijke validatieregel. Als een zorgtraject meer dan 1 initiële DBC heeft, dan moet het zorgtraject en de bijbehorende DBC s uitvallen Bij alle technische en inhoudelijke validatieregels geldt dat als de stelling (volgens het Als dan principe) waar is, de DBC moet uitvallen. Dit geldt ook voor regels die betrekking hebben op activiteiten. Als een activiteit van een DBC uitvalt dan wordt de gehele DBC afgekeurd. Bij iedere validatieregel wordt tevens een hint gegeven. Hierin wordt verduidelijkt wat ondernomen kan worden om de opgetreden fout te herstellen. Uitgaande van bovenstaand voorbeeld is de hint: Open een nieuw zorgtraject of wijzig bij de laatstgeopende initiële DBC het zorgtype. De specificaties worden beschreven door middel van een tabel die op de volgende wijze is opgebouwd. Hierin is de tijdsafhankelijkheid terug te vinden door de weergave van een begindatum en een einddatum. Kolom Omschrijving Bijzonderheden 1 Begindatum Datum waarop de DBC validatieregel van kracht wordt. De begindatum waarop de DBC validatieregels van kracht worden. Voor de initiële set DBC validatieregels geldt dat de validatieregels geldig zijn vanaf de datum Belangrijk is dat een DBC gevalideerd dient te worden op basis van de validatieregels die gelden op het moment dat de DBC wordt geopend. 2 Einddatum Einddatum tot en met wanneer de DBC validatieregel geldig is. Indien wijzigingen (mutaties) optreden in de specificaties wordt in deze kolom een specifieke einddatum weergegeven. Voor regels die blijven gelden, staat een datum ver in de toekomst weergegeven: Code Code van DBC validatieregel. De DBC validatieregels starten met de 33

34 code val. Vervolgens wordt een nummering gegeven. Hiervoor geldt de volgende systematiek: - Val100 codes: validatieregels die betrekking hebben op de controle op primaire sleutels - Val200 codes: validatieregels die betrekking hebben op de controle op verwijzingen - Val300 codes: validatieregels die betrekking hebben op de controle op verplichte velden - Val600 codes: inhoudelijke validatieregels. 4 Onderwerp Naam van de Entiteit uit het registratiemodel waarop de business rule betrekking heeft. 5 Type Soort validatieregel validatie 5 Naam Korte beschrijving van de validatieregel. 6 Conditie Definitie van de DBC validatieregel. In deze kolom wordt de feitelijke inhoud van de validatieregel weergegeven. 7 Aktie Resultante als aan de conditie wordt voldaan 8 Hint Aanwijzing hoe de fout hersteld kan worden. 9 Technische uitwerking Uitwerking van de Business rule Hierin staat een sql uitwerking van de validatieregel (indien beschikbaar) of een tekstuele toelichting op de business rule 10 Branche indicatie Geeft aan voor welke branche de validatieregel geldig is. 0. Beide 1. DBC GGZ 2. DBC FZ 34

35 5.3 Specificaties toewijzing productgroep voor behandeling Inleiding Nadat de DBC dataset technisch en inhoudelijk is gevalideerd kan de volgende stap, het toekennen van een productgroep voor behandeling, worden uitgevoerd. Tijdens deze stap wordt de verbinding gelegd tussen de DBC registratie van de individuele patiënt en het uiteindelijke product dat wordt geleverd. Alle afgesloten DBC s krijgen altijd een productgroep toegekend. Aan een productgroep wordt een tarief toegekend Productgroep Het toekennen van een productgroep gebeurt door het doorlopen van een beslisboom. De beslisboom bestaat uit diverse beslismomenten waarin een kenmerk van de DBC wordt getoetst. Afhankelijk van de uitkomst van de toets moet er een volgend kenmerk getoetst worden of kan de productgroep worden toegekend. De afleiding van de productgroep bestaat uit twee elementen: 1. De kenmerken die in de boom kunnen voorkomen; de kenmerkende factoren 2. De beslisboom: zie par De uiteindelijk afgeleide 6 cijferige productgroep bestaat uit een verblijfsdeel (positie 1-3) en een behandeeldeel (positie 3-6). Bij de onderhavige DBC systematiek in forensisch kader zal het verblijfsdeel altijd 000 bevatten Kenmerkende factoren De kenmerkende factoren zijn variabelen, waarvan de waarde wordt uitgevraagd tijdens het doorlopen van de beslisboom. De waarde van de kenmerkende factoren dient te worden bepaald op basis van de inhoud van de DBC dataset. In de beslisboom wordt vervolgens altijd (en alleen) op de waarde van een kenmerkende factor getoetst. Een voorbeeld van een kenmerkende factor is het aantal minuten directe tijd. Deze wordt onder andere gedefinieerd volgens een kenmerkende factor met de code KMA_002. In de beslisboom wordt een inhoudelijke vraag gesteld over de waarde van deze kenmerkende factor. In de beslisboom kan bijvoorbeeld worden gevraagd: is het aantal geregistreerde minuten directe tijd <= 0. De uitkomst van de vraag is altijd true of false. Op basis van de uitkomst wordt een volgende stap gezet in de afleiding van de productgroep. 35

36 Er wordt in de specificaties een onderscheid gemaakt tussen de definitie van de kenmerkende factoren en de DBC beslisboom. Reden hiervoor is dat de productstructuur in de toekomst onderhouden dient te kunnen worden. Inhoudelijke wijzigingen vinden dan voornamelijk plaats in de beslisboom. Wijzigingen ten aanzien van de definitie van de kenmerkende factoren zullen minder vaak plaatsvinden en daarom worden deze in een aparte tabel beheerd. De tabel met de definities van de kenmerkende factoren wordt in bijlage 1a weergegeven. Deze tabel is als volgt opgebouwd. Kolom Omschrijving Bijzonderheden 1 Begindatum Datum waarop de kenmerkende factor van kracht wordt. De begindatum waarop de kenmerkende factor van kracht wordt. Uitgangspunt hierbij is de openingsdatum van de DBC die bepalend is voor kenmerkende factoren die toegepast dienen te worden. Als er tussen de open- en sluitdatum van een DBC een wijziging optreedt in de definitie van de kenmerkende factoren dan geldt de definitie van de kenmerkende factoren op de opendatum van de DBC. 2 Einddatum Einddatum tot en met wanneer de kenmerkende factor geldig is. 3 Code Code van de kenmerkende factor. 4 Korte omschrijving Korte omschrijving van de kenmerkende factor. 5 Lange omschrijving Lange omschrijving van de kenmerkende factor. 6 Definitie Definitie van de kenmerkende factor. 7 Toelichting Toelichting ten aanzien van de definitie In deze kolom worden elementen uit de definitie van de kenmerkende factor nader toegelicht. 36