http://hl7.dk/fhir/Hackathon-Sep-2022/CodeSystem/MentalHealthCodes
http://hl7.dk/fhir/core/CodeSystem/dk-core-municipality-codes
http://hl7.dk/fhir/core/CodeSystem/dk-core-regional-subdivision-codes
This fragment is not visible to the reader
This publication includes IP covered under the following statements.
| Type | Reference | Content |
|---|---|---|
| web | snomed.info | 129016000 |
| web | browser.ihtsdotools.org | 68130003:704323007=385673002 |
| web | snomed.info | 68130003 |
| web | browser.ihtsdotools.org | 68130003:719722006=415577004 |
| web | snomed.info | 248263006 |
| web | www.hl7.dk |
|
| web | www.hl7.dk |
IG © 2026+ HL7 Denmark
. Package hl7.fhir.dk.hackathons#1.0.0 based on FHIR 4.0.1
. Generated 2026-06-23
Links: Table of Contents | QA Report |
| web | snomed.info | 418305009 |
| web | snomed.info | 63448001 |
| web | snomed.info | 129006008 |
| web | snomed.info | 250000008 |
| web | snomed.info | 250001007 |
| web | snomed.info | 271705001 |
| web | snomed.info | 282097004 |
| web | snomed.info | 282148005 |
| web | snomed.info | 282154006 |
| web | snomed.info | 282160006 |
| web | snomed.info | 282166000 |
| web | snomed.info | 282172000 |
| web | snomed.info | 282202008 |
| web | snomed.info | 282208007 |
| web | snomed.info | 282214000 |
| web | snomed.info | 282221000 |
| web | snomed.info | 282227001 |
| web | snomed.info | 282233005 |
| web | snomed.info | 282239009 |
| web | snomed.info | 363836006 |
| web | snomed.info | 363837002 |
| web | snomed.info | 364578004 |
| web | snomed.info | 418060005 |
| web | snomed.info | 418594001 |
| web | snomed.info | 443618001 |
| web | snomed.info | 443657009 |
| web | snomed.info | 443707009 |
| web | snomed.info | 700486009 |
| web | snomed.info | 700487000 |
| web | snomed.info | 715010008 |
| web | snomed.info | 724237005 |
| web | snomed.info | 870594006 |
| web | snomed.info | 870598009 |
| web | snomed.info | 1144649008 |
| web | snomed.info | 1222610002 |
| web | snomed.info | 1222611003 |
| web | snomed.info | 256235009 |
| web | snomed.info | 7934008 |
| web | snomed.info | 35360009 |
| web | snomed.info | 61686008 |
| web | snomed.info | 86047003 |
| web | snomed.info | 225924002 |
| web | snomed.info | 225925001 |
| web | snomed.info | 129016000 |
| web | snomed.info | 68130003 |
| web | snomed.info | 4751000 |
| web | snomed.info | 14468000 |
| web | snomed.info | 9011000175102 |
| web | browser.ihtsdotools.org | 68130003:704323007=385673002 |
| web | browser.ihtsdotools.org | 68130003:719722006=415577004 |
| web | snomed.info | 248263006 |
| web | hl7.dk | Welcome to the Danish Hackathon 2026 (Dk-hackathon) - a health data hackathon organized by HL7 Denmark , held at the Forskerparken 10 (at MedCom) in Odense, Denmark on October 6, 2026 . |
| web | 2026.e-sundhedsobservatoriet.dk | The Dk-hackathon is held the day before the Danish e-health conference eSundhedsobservatoriet . |
| web | fhir.fi | This hackathon is part of the Nordic Health Data Hackathons series. |
| web | hl7.dk | HL7 Denmark |
| web | github.com | PRs to this IG are welcome at hl7dk/dk-hackathons |
| web | github.com | This track explores whether AI agents can give patients programmatic, FHIR-based access to Danish health data portals that do not natively expose a FHIR API. The approach is inspired by the Dhroxy project, developed as part of the c3po initiative , which already uses AI agents to map the data models and REST APIs of sundhed.dk onto a FHIR REST interface. |
| web | github.com | This track explores whether AI agents can give patients programmatic, FHIR-based access to Danish health data portals that do not natively expose a FHIR API. The approach is inspired by the Dhroxy project, developed as part of the c3po initiative , which already uses AI agents to map the data models and REST APIs of sundhed.dk onto a FHIR REST interface. |
| web | www.sundhed.dk | This track explores whether AI agents can give patients programmatic, FHIR-based access to Danish health data portals that do not natively expose a FHIR API. The approach is inspired by the Dhroxy project, developed as part of the c3po initiative , which already uses AI agents to map the data models and REST APIs of sundhed.dk onto a FHIR REST interface. |
| web | github.com | Dhroxy |
| web | github.com | c3po add-ons |
| web | hl7.dk |
Profile the output against the Danish national profiles — dk-core
and the eHealth Infrastructure IG
( dk.ehealth.sundhed.fhir.ig.core
) — not just vanilla R4
|
| web | ehealth.sundhed.dk |
Profile the output against the Danish national profiles — dk-core
and the eHealth Infrastructure IG
( dk.ehealth.sundhed.fhir.ig.core
) — not just vanilla R4
|
| web | www.mitid.dk | MitID |
| web | www.nspop.dk | Two things are common to almost all of them: citizens authenticate with MitID (typically brokered through NemLog-in as OIDC/SAML), and the patient is identified by CPR-nummer — the Danish equivalents of the Swedish BankID and personnummer. National backend services on the NSP ( Den Nationale Serviceplatform ) add their own layer: professional access uses a SOSI ID-kort SAML assertion over DGWS (Den Gode Webservice, SOAP), while delegated citizen access uses OIO-IDWS , all carried over Sundhedsdatanettet (SDN) . |
| web | www.sundhed.dk | sundhed.dk / MinSundhed app |
| web | github.com | already partly covered by Dhroxy ; the natural starting point is to extend it |
| web | minlaegeapp.dk | Min Læge (minlaegeapp.dk) |
| web | booking.rm.dk | MineAftaler Region Midtjylland (booking.rm.dk) |
| web | booking.rn.dk | MineAftaler Region Nordjylland (booking.rn.dk) |
| web | mit.rsyd.dk | Mit Sygehus / MineAftaler Syddanmark (mitsygehus.dk) |
| web | minsp.dk | Min Sundhedsplatform (minsp.dk) |
| web | fhir.epic.com | MitID → MyChart session. Epic speaks FHIR internally (see fhir.epic.com ), but the regions publish no patient-facing FHIR endpoint — the MyChart web/JSON API has to be mapped |
| web | www.fmk.dk | Fælles Medicinkort (FMK) |
| web | www.sundhedsdatastyrelsen.dk | Det Danske Vaccinationsregister (DDV) |
| web | www.webreq.dk | WebReq / WebPatient |
| web | sundhedsdatastyrelsen.dk | Min Graviditet / Graviditetsmappen |
| web | ehealth.sundhed.dk |
The eHealth Infrastructure / FUT
platform ( ehealth.sundhed.dk/fhir
, package dk.ehealth.sundhed.fhir.ig.core
) is a national FHIR R4 backbone for telemedicine and shared care — and the conformance target for the resources you produce in this track.
|
| web | github.com | Most of these systems also have Android apps on Google Play (e.g. Min Læge , MinSundhed , MineAftaler , Mit Sygehus , Epic MyChart ). These apps are valid targets for decompilation and static analysis (e.g. using jadx or apktool ) and can reveal API endpoints, request formats, and authentication flows that are not documented anywhere publicly. |
| web | apktool.org | Most of these systems also have Android apps on Google Play (e.g. Min Læge , MinSundhed , MineAftaler , Mit Sygehus , Epic MyChart ). These apps are valid targets for decompilation and static analysis (e.g. using jadx or apktool ) and can reveal API endpoints, request formats, and authentication flows that are not documented anywhere publicly. |
| web | github.com | The c3po add-ons plugin |
| web | www.scrapingbee.com |
Browser DevTools — Copy as cURL
— The quickest way to capture a single request. Open the Network tab, right-click any request, and choose Copy → Copy as cURL
(see full tutorial
). The result is a self-contained shell command you can paste directly into a terminal or hand to an AI tool:
|
| web | mitmproxy.org | Proxy — Route traffic through mitmproxy or Charles Proxy for richer inspection and scripting. |
| web | github.com | Android app decompilation — If the portal has an Android app, download the APK and decompile it with jadx or apktool to extract hardcoded endpoints and request schemas without needing to intercept live traffic. |
| web | apktool.org | Android app decompilation — If the portal has an Android app, download the APK and decompile it with jadx or apktool to extract hardcoded endpoints and request schemas without needing to intercept live traffic. |
| web | github.com | Tip: Before feeding a HAR file to an AI tool, scrub or replace real patient values (names, CPR-numre, dates of birth) with synthetic equivalents — the structure and field names are what matter for mapping, not the actual data. har-sanitizer (Cloudflare) can help automate this step. Alternatively, chrome-devtools-mcp lets an AI agent connect directly to Chrome DevTools and observe network traffic in real time, skipping the manual export step entirely. |
| web | github.com | Tip: Before feeding a HAR file to an AI tool, scrub or replace real patient values (names, CPR-numre, dates of birth) with synthetic equivalents — the structure and field names are what matter for mapping, not the actual data. har-sanitizer (Cloudflare) can help automate this step. Alternatively, chrome-devtools-mcp lets an AI agent connect directly to Chrome DevTools and observe network traffic in real time, skipping the manual export step entirely. |
| web | hl7.dk |
Map
— For each data type returned (appointments, lab results, medications, …) identify the closest FHIR R4 resource and draft a simple mapping table. Where a Danish profile exists, map to it: prefer dk-core
profiles and the eHealth Infrastructure IG
( dk.ehealth.sundhed.fhir.ig.core
) over plain R4, and use Danish/Nordic code systems (CPR, SOR, the Nordic terminology server
) where they apply.
|
| web | ehealth.sundhed.dk |
Map
— For each data type returned (appointments, lab results, medications, …) identify the closest FHIR R4 resource and draft a simple mapping table. Where a Danish profile exists, map to it: prefer dk-core
profiles and the eHealth Infrastructure IG
( dk.ehealth.sundhed.fhir.ig.core
) over plain R4, and use Danish/Nordic code systems (CPR, SOR, the Nordic terminology server
) where they apply.
|
| web | github.com |
Build
— Use an AI coding agent to scaffold a lightweight proxy server (any language/framework) that authenticates against the target portal and re-exposes the data as FHIR R4. If you are working in Claude Code, drive the planning with the
fhir-facade-plan
skill from the c3po add-ons plugin (see below). If your target is sundhed.dk, start from Dhroxy
instead of an empty repo.
|
| web | github.com | API Documentation — Consider using api-mapper to turn your captured traffic into an OpenAPI spec. |
| web | github.com |
The c3po add-ons
repository is a Claude Code plugin that packages the fhir-facade-plan
skill. The skill is
the planning workflow this track is built around: you hand it your captured HAR (and optionally an OpenAPI spec), and it walks Phases 1–5 below — HAR/OpenAPI analysis → FHIR resource mapping → tech-stack recommendation → architecture → implementation roadmap — entirely in plan mode, surfacing decisions for your approval before any code is written.
|
| web | github.com | A short demo or write-up suitable for contributing back to the c3po initiative |
| web | github.com | c3po initiative repositories — reference implementations including Dhroxy (Denmark) and inroxy (Sweden) |
| web | github.com | Dhroxy — a working FHIR proxy that maps sundhed.dk to a FHIR REST interface; the natural starting point for a sundhed.dk target |
| web | github.com |
c3po add-ons
— Claude Code plugin providing the fhir-facade-plan
skill used in this track
|
| web | ehealth.sundhed.dk |
eHealth Infrastructure FHIR IG
— Danish national FHIR R4 profiles ( dk.ehealth.sundhed.fhir.ig.core
); the conformance target for your output
|
| web | hl7.dk | dk-core — HL7 Denmark's base FHIR profiles (Patient, Organization, etc.) |
| web | www.nspop.dk | NSP / nspop — documentation for Den Nationale Serviceplatform and its security services (DGWS, OIO-IDWS, SOSI) |
| web | www.medcom.dk | MedCom — Danish standards body for healthcare data exchange |
| web | github.com | chrome-devtools-mcp — MCP server that gives an AI agent direct access to Chrome DevTools (network tab, console, DOM) — useful for live traffic inspection without a manual HAR export |
| web | github.com | api-mapper — turn captured traffic into an OpenAPI spec |
| web | docs.fire.ly | Dokumentation af Firely .NET SDK kan findes her: https://docs.fire.ly/projects/Firely-NET-SDK/ |
| web | www.researchprotocols.org | Casen er sammensat på baggrund af: https://www.researchprotocols.org/2020/6/e16964 https://link.springer.com/article/10.1007/s40688-020-00341-6 https://en.wikipedia.org/wiki/Children%27s_Depression_Inventory#cite_note-CDI-1 |
| web | link.springer.com | Casen er sammensat på baggrund af: https://www.researchprotocols.org/2020/6/e16964 https://link.springer.com/article/10.1007/s40688-020-00341-6 https://en.wikipedia.org/wiki/Children%27s_Depression_Inventory#cite_note-CDI-1 |
| web | en.wikipedia.org | Casen er sammensat på baggrund af: https://www.researchprotocols.org/2020/6/e16964 https://link.springer.com/article/10.1007/s40688-020-00341-6 https://en.wikipedia.org/wiki/Children%27s_Depression_Inventory#cite_note-CDI-1 |
| web | docs.ehealth.sundhed.dk | Denne IG overholder i det store hele FUT implementation guiden, men der er ikke lavet en egentlig afhængighed, fordi der var brug for nye koder, da det er en ny klinisk case. Tag et kig derover i løbet af dagen: https://docs.ehealth.sundhed.dk/latest-released/ig/index.html Til gengæld har vi lavet en formel afhængighed mellem denne implementation guide og dk-core https://hl7.dk/fhir/core/1.1.0/index.html |
| web | hl7.dk | Denne IG overholder i det store hele FUT implementation guiden, men der er ikke lavet en egentlig afhængighed, fordi der var brug for nye koder, da det er en ny klinisk case. Tag et kig derover i løbet af dagen: https://docs.ehealth.sundhed.dk/latest-released/ig/index.html Til gengæld har vi lavet en formel afhængighed mellem denne implementation guide og dk-core https://hl7.dk/fhir/core/1.1.0/index.html |
tree-filter.png
|