Problem
Mit 3.0.11 wurde der Chapter-70-Scraper für SL-Komplementärarzneimittel (varia_De.htm) deaktiviert, weil die BAG-Seite zur SPA umgebaut wurde. Begründung war damals, dass die Produkte stattdessen über den FHIR-NDJSON-Feed (epl.bag.admin.ch/.../foph-sl-export-latest-{de,fr,it}.ndjson, SL-Klassifikation 20. KOMPLEMENTÄRARZNEIMITTEL) hereinkommen — 221 Produkte auf dem Live-DE-Feed wurden zitiert.
Eine Stichprobe von WELEDA-Komplementärprodukten aus einer Apotheker-Anfrage (PDF: nisuna.docx, 12 Screenshots aus einem Apotheken-Warenwirtschaftssystem) zeigt aber, dass der FHIR-Feed nicht vollständig ist.
Konkret nicht im FHIR-NDJSON enthalten
| Produkt |
GTIN |
Zul.-Nr. |
Pharmacode |
| WELEDA Absinthium/Caryophylli comp Tropfen 50 ml |
7622916163728 |
418447 |
1111076 |
| WELEDA Aqua Maris D3 / Prun spin Summ D5 Inj 8 Amp |
7611916102080 |
59866 |
4104570 |
| WELEDA Crataegus comp. Dil 50 ml |
7611916152832 |
416481 |
6869934 |
Verifiziert durch:
$ grep -c "7622916163728\|7611916102080\|7611916152832" downloads/foph-sl-export-latest-de.ndjson
0
Alle drei tragen Abgabekategorie B / SL im Apotheken-WWS, sind als lieferbar markiert und haben gültige CSL-Codes (2070275, 8x2070565) — sie sollten SL-gelistet sein.
FHIR-Feed: Volumen-Check
Bundles mit `20. KOMPLEMENTÄRARZNEIMITTEL` ......... 154
WELEDA-Bundles ..................................... 4 (Gencydo 1%/3%/5%, Biodoron Kaps)
Die 154 Bundles sind dominiert von Iscador / Helixor / abnobaVISCUM (Mistel-Onkologie). Die typische SL-Komplementär-Range aus Tropfen, Dilutionen und Injektionslösungen — wie sie das BAG-Arzneimittel-Verzeichnis (varia_De.htm SPA) für die Hersteller Weleda, Spagyros, Heidak, Similasan, Pekana etc. listet — kommt nicht durch.
Bild 7 aus dem Apothekerdokument zeigt allein im O-Abschnitt 25+ solcher Produkte (Onopordon, Oxalis, Oleum, Olibanum comp., Orthoklas, Onyx, Otidoron …) — Stichprobe im FHIR-Feed: 0 Treffer.
Hypothese
Der FHIR-Export bei epl.bag.admin.ch enthält offenbar nur SL-Komplementärprodukte, die explizit auf der Spezialitätenliste stehen (d.h. mit Publikumspreis / Vergütungsmodell). Das BAG-Arzneimittel-Verzeichnis (varia-Seite) listet darüber hinaus auch SL-Produkte, die per ALT (Arzneimittelliste mit Tarif) oder per «keine Vergütung» geführt werden — diese erscheinen im neuen FHIR-Feed nicht.
D.h. die Annahme aus 3.0.11 — "Komplementärprodukte kommen jetzt über FHIR" — stimmt nur für ein Subset der ursprünglichen Chapter-70-Hack-Range.
Konsequenz für oddb2xml
--fhir-Mode (3.0.9+ Default für --artikelstamm) lässt die ALT/keine-Vergütung-Komplementärprodukte komplett aus dem Artikelstamm fallen. Apothekensoftware, die das Output konsumiert, hat diese Weleda-Tropfen folglich nicht mehr.--no-fhir-Mode ruft den Scraper auf, der nach dem SPA-Umbau leer zurückkommt — gleiches Loch.- Der
chapter_70_hack.rb-Skip in Builder#build_artikelstamm ist also zu weit gefasst — er gilt aktuell für jeden FHIR-Run, unabhängig davon, ob das spezifische Komplementärprodukt im FHIR-Feed wirklich auftaucht.
Vorschlag
(A) Neue Datenquelle statt deaktiviertem HTML-Scraper. Optionen:
- Direkter Aufruf des SPA-Backends (varia-API), wenn das BAG einen JSON-Endpoint exponiert (zu prüfen).
- Statische YAML-Liste in
data/komplementaer_supplement.yaml mit den Pflicht-Feldern (gtin, iksnr, name_de, pharmacode, description, csl_code), kuratiert nach BAG-Verzeichnis und beim Build via Builder zusätzlich gemerged. Pragmatisch, wenn das Volumen bei ~200 Produkten bleibt.
- Refdata Articles XML als sekundärer Trigger: Weleda-/Spagyros-/Heidak-EAN-Prefixe sind im Refdata enthalten — daraus die fehlenden Komplementärprodukte herauslösen und mit minimalem Mappingsatz emittieren.
(B) Coverage-Telemetrie: am Ende eines --fhir --artikelstamm-Runs eine Statistik loggen — "X Refdata-Komplementär-Artikel ohne FHIR-Match", damit das Loch bei Größenänderung sichtbar wird.
(C) BAG kontaktieren mit dieser Stichprobe und nachfragen, ob die Nicht-Vergütungs-SL-Produkte im FHIR-Export Absicht oder Lücke sind. Falls Lücke: warten und nichts in oddb2xml ändern; falls Absicht: (A) umsetzen.
Quelle
Problem
Mit 3.0.11 wurde der Chapter-70-Scraper für SL-Komplementärarzneimittel (varia_De.htm) deaktiviert, weil die BAG-Seite zur SPA umgebaut wurde. Begründung war damals, dass die Produkte stattdessen über den FHIR-NDJSON-Feed (
epl.bag.admin.ch/.../foph-sl-export-latest-{de,fr,it}.ndjson, SL-Klassifikation20. KOMPLEMENTÄRARZNEIMITTEL) hereinkommen — 221 Produkte auf dem Live-DE-Feed wurden zitiert.Eine Stichprobe von WELEDA-Komplementärprodukten aus einer Apotheker-Anfrage (PDF:
nisuna.docx, 12 Screenshots aus einem Apotheken-Warenwirtschaftssystem) zeigt aber, dass der FHIR-Feed nicht vollständig ist.Konkret nicht im FHIR-NDJSON enthalten
762291616372876119161020807611916152832Verifiziert durch:
$ grep -c "7622916163728\|7611916102080\|7611916152832" downloads/foph-sl-export-latest-de.ndjson 0Alle drei tragen Abgabekategorie B / SL im Apotheken-WWS, sind als lieferbar markiert und haben gültige CSL-Codes (
2070275,8x2070565) — sie sollten SL-gelistet sein.FHIR-Feed: Volumen-Check
Die 154 Bundles sind dominiert von Iscador / Helixor / abnobaVISCUM (Mistel-Onkologie). Die typische SL-Komplementär-Range aus Tropfen, Dilutionen und Injektionslösungen — wie sie das BAG-Arzneimittel-Verzeichnis (
varia_De.htmSPA) für die Hersteller Weleda, Spagyros, Heidak, Similasan, Pekana etc. listet — kommt nicht durch.Bild 7 aus dem Apothekerdokument zeigt allein im O-Abschnitt 25+ solcher Produkte (Onopordon, Oxalis, Oleum, Olibanum comp., Orthoklas, Onyx, Otidoron …) — Stichprobe im FHIR-Feed: 0 Treffer.
Hypothese
Der FHIR-Export bei
epl.bag.admin.chenthält offenbar nur SL-Komplementärprodukte, die explizit auf der Spezialitätenliste stehen (d.h. mit Publikumspreis / Vergütungsmodell). Das BAG-Arzneimittel-Verzeichnis (varia-Seite) listet darüber hinaus auch SL-Produkte, die per ALT (Arzneimittelliste mit Tarif) oder per «keine Vergütung» geführt werden — diese erscheinen im neuen FHIR-Feed nicht.D.h. die Annahme aus 3.0.11 — "Komplementärprodukte kommen jetzt über FHIR" — stimmt nur für ein Subset der ursprünglichen Chapter-70-Hack-Range.
Konsequenz für oddb2xml
--fhir-Mode (3.0.9+ Default für--artikelstamm) lässt die ALT/keine-Vergütung-Komplementärprodukte komplett aus dem Artikelstamm fallen. Apothekensoftware, die das Output konsumiert, hat diese Weleda-Tropfen folglich nicht mehr.--no-fhir-Mode ruft den Scraper auf, der nach dem SPA-Umbau leer zurückkommt — gleiches Loch.chapter_70_hack.rb-Skip inBuilder#build_artikelstammist also zu weit gefasst — er gilt aktuell für jeden FHIR-Run, unabhängig davon, ob das spezifische Komplementärprodukt im FHIR-Feed wirklich auftaucht.Vorschlag
(A) Neue Datenquelle statt deaktiviertem HTML-Scraper. Optionen:
data/komplementaer_supplement.yamlmit den Pflicht-Feldern (gtin,iksnr,name_de,pharmacode,description,csl_code), kuratiert nach BAG-Verzeichnis und beim Build via Builder zusätzlich gemerged. Pragmatisch, wenn das Volumen bei ~200 Produkten bleibt.(B) Coverage-Telemetrie: am Ende eines
--fhir --artikelstamm-Runs eine Statistik loggen — "X Refdata-Komplementär-Artikel ohne FHIR-Match", damit das Loch bei Größenänderung sichtbar wird.(C) BAG kontaktieren mit dieser Stichprobe und nachfragen, ob die Nicht-Vergütungs-SL-Produkte im FHIR-Export Absicht oder Lücke sind. Falls Lücke: warten und nichts in oddb2xml ändern; falls Absicht: (A) umsetzen.
Quelle