{"id":3237,"date":"2016-04-28T10:28:39","date_gmt":"2016-04-28T09:28:39","guid":{"rendered":"http:\/\/emilkirkegaard.dk\/da\/?p=3237"},"modified":"2016-09-17T19:47:49","modified_gmt":"2016-09-17T18:47:49","slug":"et-abent-samlet-sted-for-aktindsigter","status":"publish","type":"post","link":"https:\/\/emilkirkegaard.dk\/da\/?p=3237","title":{"rendered":"Et \u00e5bent, samlet sted for aktindsigter"},"content":{"rendered":"

Politikerne fra de centrale partier har gjort det (endnu) sv\u00e6rere at f\u00e5 fat i information som det offentlige ligger inde med<\/a> men som ikke umiddelbart er offentligt tilg\u00e6ngelige. Det er dog stadig muligt at kr\u00e6ve informationer udleveret og nogle gange lykkedes det, og ofte ikke. Siden mange aktindsigter omhandler informationer man alligevel har t\u00e6nkt sig at dele frit bagefter, s\u00e5 ville det give mening hvis der var en \u00e5ben platform til aktindsigter.<\/p>\n

Den optimale l\u00f8sning ville v\u00e6re at det offentlige selv lavede en central platform hvor alle aktindsigter blev noteret i og hvor man kunne g\u00f8re tingene offentlige hvis man ville (som den som s\u00f8ger). Men nu ved vi godt hvordan det plejer at g\u00e5 med offentlige IT-projekter<\/a>, s\u00e5 den ide m\u00e5 nok opgives. I hvert fald er der ingen offentlig portal lige nu.<\/p>\n

Men opgaven med at bygge en platform til aktindsigter er en relativ beskeden opgave som nok kunne klares p\u00e5 under en uge hvis man havde en lille gruppe duelige programm\u00f8rer men samtidig ville det samfundsm\u00e6ssige udbytte m\u00e5ske v\u00e6re meget stort. At have en \u00e5ben platform ville ogs\u00e5 g\u00f8re det muligt at samle detaljeret statistik om hvor ofte folk f\u00e5r afslag, hvilke love som bruges til at give afslag (relevant for debatten om den nye offentlighedslov) og hvor lang tid det tager (meget lang tid<\/a>). Faktisk har det offentlige en interesse i at have en platform fordi det betyder at de vil modtage f\u00e6rre kopier af de samme anmodninger.<\/p>\n

Forslag til ops\u00e6tning<\/strong><\/p>\n

Her er et lille bud p\u00e5 hvordan en s\u00e5dan side kunne s\u00e6ttes op. Databasen t\u00e6nker jeg ville se nogenlunde s\u00e5dan her ud:<\/p>\n

\"aktindsigt_database\"<\/a><\/p>\n

Jeg har skrevet det p\u00e5 engelsk fordi det er nemmere at arbejde med da alt andet i programmering st\u00e5r p\u00e5 engelsk og fordi det i s\u00e5 fald er nemmere at arbejde sammen p\u00e5 tv\u00e6rs af sprog.<\/p>\n

Databasen best\u00e5r af 4 prim\u00e6re objekter:<\/p>\n

    \n
  1. User (bruger). Denne type er som regel indbygget i det web framework man bruger. Det er i Django, som er det Python framework jeg har t\u00e6nkt mig at bruge. Brugerobjektet har folks kode-hash, emails og den slags.<\/li>\n
  2. Request (anmodning). Dette er de anmodninger om aktindsigt som folk har lavet. Der er en henvisning til den bruger som har oprettet den i systemet. Endvidere er der information om hvor der er s\u00f8gt aktindsigt (fx Finansministeriet; recipient), hvad status er p\u00e5 anmodningen (godkendt, afvist, venter p\u00e5 svar) og hvis den er afsl\u00e5et, hvilken paragraf har de s\u00e5 brugt til at afvise den med. Her burde man m\u00e5ske ogs\u00e5 tilf\u00f8je om der er klaget over afg\u00f8relsen til ombudsmanden da det er mit indtryk at dette ofte bliver gjort, nogle gange med succes.<\/li>\n
  3. Communication (kommunikation). Ideen er at hver gang der er et stykke kommunikation om en given anmodning s\u00e5 oprettes den som et objekt i sig selv. Den har s\u00e5 sin egen dato og modtager\/afsender, s\u00e5 det er nemt at s\u00f8ge i. Der er ogs\u00e5 teksten hvis det er tekstbaseret. Teoretisk kunne det ogs\u00e5 v\u00e6re et telefonopkald, s\u00e5 ville man blive n\u00f8dt til at vedh\u00e6fte en lydfil. Det er dog nemmere at holde det til tekst, og man kunne evt. nedskrive ting der bliver sagt i en telefonsamtale. Kommunikationsobjekterne er bundet til den anmodning som de h\u00f8rer til.<\/li>\n
  4. Content (indhold). Hvis indsigten resulterer i at man f\u00e5r noget data udleveret, s\u00e5 oploader man her det man har f\u00e5et udleveret. Det kunne v\u00e6re ting som PDF- eller excel-filer. Loven siger at de skal give \u00e9n informationen i det format man \u00f8nsker.<\/li>\n<\/ol>\n

    Jeg forestiller mig at processen med at lave en anmodning ville v\u00e6re nogenlunde s\u00e5dan her:<\/p>\n

      \n
    1. Opret en bruger p\u00e5 siden hvis n\u00f8dvendigt.<\/li>\n
    2. Skriv en email til et offentligt embede om noget information man \u00f8nsker udleveret.<\/li>\n
    3. Opret derefter en anmodning p\u00e5 systemet, not\u00e9r hvem anmodningen er sendt til og inds\u00e6t den email du skrev til embedet i en kommunikation.<\/li>\n
    4. Herefter venter man p\u00e5 at de svarer. Som regel f\u00e5r man en bekr\u00e6ftelse i l\u00f8bet af et par dage. Den inds\u00e6ttes man s\u00e5 i systemet ogs\u00e5, inkl. hvilke dato den er fra. Det er fra den dato som de har et par uger til at svare (sker dog sj\u00e6ldent i praksis).<\/li>\n
    5. Efter som regel et halvt \u00e5r eller s\u00e5dan, s\u00e5 f\u00e5r man et svar, enten med de informationer man \u00f8nskede sig eller med et afslag. Uanset hvad, s\u00e5 inds\u00e6tter man deres email i systemet og opdaterer statussen p\u00e5 anmodningen. Fik man nogle informationer, s\u00e5 oploader man dem til systemet ogs\u00e5.<\/li>\n<\/ol>\n

      Hvis man laver et s\u00e5dant system, s\u00e5 ville det v\u00e6re relativt nemt at g\u00f8re alle dataene \u00e5bent tilg\u00e6ngelige og med s\u00f8gesystemer som g\u00f8r det meget nemmere for andre at finde ting andre har f\u00e5et udleveret og holde \u00f8je med hvad der bliver udleveret, hvem der er langsom til at udlevere dem, og hvilke paragraffer som bliver brugt til at afvise dem med.<\/p>\n

      Dom\u00e6ner<\/strong><\/p>\n

      Der er flere mulige dom\u00e6ner man kunne bruge. Vi overvejer:<\/p>\n