JHNRD

Teil von Awesome HORIZON SHIELD — dem prüfbaren Index aller Datensätze, MCP-Server und Ledger, die wir betreiben.

Japanische Datenbank für Erstattungen in der häuslichen Krankenpflege

Eine Aufzeichnung der japanischen Erstattungsregeln für häusliche Krankenpflege — Zuschläge, Abschläge und das Ablaufen ärztlicher Anweisungen — bei der jede Anforderung das Dokument trägt, auf dem sie beruht.

Die Zahlen selbst sind öffentlich. Was dieser Datensatz enthält, ist die Herkunft jeder Zahl.

日本語版はこちら → README.ja.md

間違いを見つけた方へ。 この資料の誤りに気づけるのは、現場で算定している方です。 直し方は CONTRIBUTING.md に日本語で書いてあります。 出典を1つ添えて Issue を立ててください。 「この加算の要件が違う」の一行でも構いません。訂正は不具合として扱います。

Treffen Sie keine Abrechnungsentscheidung allein auf dieser Grundlage

8 Quellen stützen sich derzeit auf den Gesetzestext selbst (statute — die ministerielle Bekanntmachung, Verordnung oder Rundschreiben). statute ist insgesamt 11; 5 davon sind überholte Revisionen und können nicht als aktuelle Autorität verwendet werden. Sie werden nur aufbewahrt, damit die Revisionsgeschichte lesbar ist.

Der Rest sind Ministeriumsmaterialien, die nicht der Gesetzestext sind (agency, 8) und private Kommentare (secondary, 7).

54 Anforderungen sind unbestätigt. Alles, was wir nicht gegen den Gesetzestext prüfen konnten, wird so gekennzeichnet. Es wird nicht leer gelassen.

Was dieser Datensatz sagen kann, ist: "Dieser Abschlag hat die Anforderungen A, B und C, und C wurde noch nicht gegen den Gesetzestext bestätigt." Er sagt nie "Sie dürfen dies abrechnen" oder "Dies gilt für Sie."

Der Grund für diese Linie ist einfach: Wenn ein Anspruch zurückgewiesen wird, muss jemand rechenschaftspflichtig sein, und ein Datensatz kann das nicht.

Related MCP server: koko-call-mcp

Aktueller Stand

33 Einträge. Dies ist keine vollständige Karte der Regeln. Der Name läuft dem Inhalt voraus, und die Anzahl der Einträge wird zuerst genannt, damit dies nicht verborgen bleibt.

Japanische Gesetzesbegriffe werden nie wegübersetzt

Namen, die aus einem Gesetz stammen — 看護体制強化加算 (Ⅰ), 特別管理加算, 告示第95号 — werden in diesem Repository, in den Daten und in dieser README wörtlich beibehalten, mit einer englischen Erläuterung daneben, wo diese hilft.

Sie werden nicht durch einen englischen Namen ersetzt. In keinem japanischen Gesetz existiert ein englischer Name für sie, daher würde eine Erfindung eine Präzision erzeugen, die die Quelle nicht hat. Das ist derselbe Grund, warum eine unbestätigte Anforderung als unbestätigt veröffentlicht wird, anstatt sie zu bereinigen.

Die Disziplinen

1. Keine Zahl ohne Quelle. Jeder Einheitenwert und jede Anforderung trägt eine source.

2. Jede Quelle erklärt ihren eigenen Status in drei Stufen. statute / agency / secondary. Vom Ministerium veröffentlichtes Material wird nicht gleichwertig zum Gesetzestext behandelt.

3. Ein unbestätigter Eintrag wird nie leer gelassen. Er trägt confirmed: false und einen unconfirmed_reason. Leer und unbestätigt sind verschiedene Dinge.

4. Wenn Quellen sich widersprechen, wählen wir nicht eine aus und schweigen. Beide Lesarten gehen in conflicts, und der Konflikt bleibt als ungelöst markiert. In dem Moment, in dem eine gewählt wird, verschwindet der Grund für die Wahl.

5. Nichts, das wie "Sie dürfen dies abrechnen" klingt, ist in den Daten erlaubt. Der Validator lehnt es ab.

6. Revisionen erzeugen eine neue Version; die alte wird nicht gelöscht. Sonst können frühere Entscheidungen später nicht geprüft werden.

7. Jede Anforderung ist eins-zu-eins an eine Interviewfrage gebunden. Eine Anforderung ohne zugehörige Frage ist eine Anforderung, nach der niemand tatsächlich gefragt hat.

Das sind keine Wunschvorstellungen. tools/validate.py prüft sie mechanisch, und CI schlägt bei jedem Verstoß fehl.

Öffentlicher MCP-Endpunkt (kein Schlüssel, nur lesend)

https://jhnrd-mcp.oga-surf-project.workers.dev

Der Datensatz wird über MCP (JSON-RPC 2.0 / Streamable HTTP unter POST /mcp) und über einfaches HTTP (/status.json, /items, /items/<id>, /sources, /search?q=, /unconfirmed, /conflicts, /gaps, /disclosure, /cite) bereitgestellt. Kein Schlüssel. Kein Schreibpfad.

Der Inhalt ist bereits CC BY 4.0 — aber eine JSON-Datei allein bedeutet, dass jeder Konsument einen Parser schreibt, und jeder Parser mischt die Lesart seines Autors hinein. Durch die Bereitstellung geschieht das an einem Ort.

Die gleiche Linie wird auf der Bereitstellungsseite gezogen:

• Es entscheidet nicht, ob ein Anspruch abgerechnet werden darf. Dass es niemals eine solche Aussage zurückgibt, wird mechanisch von der Testsuite geprüft.

• Jede Antwort trägt die Version, den Hinweis "dies entscheidet nicht über die Abrechnung" und die Offenlegung von Interessenkonflikten. Alle elf Tools werden darauf getestet.

• Es hält keinen Schlüssel und ist mit keinem Speicher verbunden. In dem Moment, in dem es das tut, beginnt es, etwas von jemandem zu halten.

• Die Tools, die die Schwächen offenlegen, kommen zuerst: jhnrd_unconfirmed, jhnrd_gaps (einschließlich leerer Suchergebnisse), jhnrd_conflicts (beide Lesarten werden aufbewahrt).

Die Kopie, die es ausliefert, wird aus dem Datensatz generiert und niemals zur Laufzeit abgerufen — eine CDN-Edge hat einmal eine veraltete Revision am Leben gehalten und ein interner Server hat alte Zahlen ausgegeben. CI schlägt fehl, wenn die Kopie von der Quelle abweicht.

Einmal täglich werden sowohl die Version, die der Live-Endpunkt tatsächlich ausliefert, als auch das Manifest, das im offiziellen MCP-Registry aufgeführt ist, mit dem Repository verglichen (das live-Abzeichen oben) — denn das Pushen und Vergessen des Deployments sowie das Veröffentlichen eines Manifests, dessen Metadaten das Registry stillschweigend verworfen hat, sind hier bereits beides vorgekommen.

Diese Prüfung schlägt nicht fehl, wenn die Verbindung nicht hergestellt werden kann — nicht erreichbar zu sein ist kein Beweis für Veraltung — aber sie schlägt fehl, wenn ein HTTP-Status zurückkommt und nicht 200 ist, weil ein Status eine Antwort ist. Die erste Version dieses Gates vermischte die beiden und meldete ihr Leben lang grün, während sie 403er erhielt. Seine Logik wird bei jedem Push gegen siebzehn gemockte Endpunkte getestet, da ein Gate, das einmal täglich läuft, einen Tag lang kaputt bleiben kann, ohne dass es jemand merkt.

{ "mcpServers": { "jhnrd": { "type": "http", "url": "https://jhnrd-mcp.oga-surf-project.workers.dev/mcp" } } }

Siehe mcp/README.md; das Registry-Manifest ist server.json.

Interessenkonflikt

The HORIZONs Inc., die diesen Datensatz pflegt, verkauft einen kostenpflichtigen Dienst an Anbieter häuslicher Krankenpflege, der darauf basiert. Die Zahlung erfolgt als anfängliche Aufbaugebühr und eine monatliche Gebühr.

Also: Die Personen, die diesen Datensatz aufbauen, werden bezahlt, wenn er als nützlich erachtet wird. Das muss zuerst gesagt werden, sonst können die obigen Zahlen nicht verwendet werden. Ein Datensatz, dessen zentrale Disziplin ist, dass jede Quelle ihren eigenen Status erklärt, kann sich nicht selbst von der Erklärung des eigenen Status ausnehmen.

Vier Dinge könnten sich verbiegen, und jedes ist im Voraus gebunden:

Jede Zahl in dieser README wird aus status.json generiert, und CI schlägt fehl, wenn sie von Hand bearbeitet wird. Eine Zahl aufzublähen ist nichts, was man still tun kann.

• Einnahmen kommen nur von diesen Kunden. Keine Finanzierung durch Regierung, Handelsverbände oder Anbieter. Keine Listungsgebühren. Keine Werbung.

• Es gibt keinen separaten oder erweiterten Datensatz für zahlende Kunden. Was hier ist, ist alles.

• Praxisnotizen, die von Anbietern gesammelt werden, werden niemals ohne deren Zustimmung hinzugefügt (derzeit 0) und sind niemals eine Regelquelle, selbst wenn sie vorhanden sind.

Vollständiger Text und was der Betreuer entscheiden kann und was nicht: GOVERNANCE.md (Japanisch).

Zitieren

Zitieren Sie immer die Version (die Seed-Nummer). Verschiedene Versionen enthalten verschiedene Inhalte. Da Korrekturen gestapelt und nicht überschrieben werden, kann ein Zitat ohne Version später nicht abgeglichen werden.

The HORIZONs Inc. (2026). JHNRD — Japan Home-visit Nursing Reimbursement Database,
version 2024-kaitei.seed.19. Zenodo. https://doi.org/10.5281/zenodo.22083722 (CC BY 4.0)

DOI: 10.5281/zenodo.22083722 — dies ist die Konzept-DOI, die alle Versionen abdeckt; sie löst immer auf die neueste auf. Um eine bestimmte Version zu zitieren, verwenden Sie die versionsspezifische DOI auf ihrem Zenodo-Eintrag. Verschiedene Versionen enthalten verschiedene Inhalte.

Maschinenlesbare Beschreibungen — alle aus status.json generiert, keine von Hand geschrieben: CITATION.cff ・ datapackage.json ・ .zenodo.json ・ CHANGELOG.md

Jede Version trägt einen annotierten Tag: git tag -l 'seed.*', dann git show seed.19.

Korrekturen werden als Fehler behandelt

Wenn eine Aussage hier falsch ist oder vom Gesetzestext abweicht, eröffnen Sie bitte ein Issue. Sie müssen dafür keinen Provider ausführen.

• Eine Korrektur löscht niemals den ursprünglichen Wortlaut. Das Löschen würde es unmöglich machen, später zu prüfen, ob die Korrektur selbst richtig war.

• Eine Korrektur, die auf statute basiert, hat Vorrang vor agency, das wiederum Vorrang vor secondary hat.

• Wo wir „nicht bestätigt“ sagen, statt zu schweigen, ist genau das der Ort, um Widerstand zu leisten.

So reichen Sie ein: CONTRIBUTING.md. Kontakt: contact@the-horizons-innovation.com

Was noch fehlt

Nicht gefüllte Lücken sind in known_gaps in data/rules_2024.json erfasst — derzeit 7 (aufgelöste werden behalten und als aufgelöst markiert).

Betreuer

The HORIZONs Inc. (japanische Unternehmensnummer 7021001075279) Toshikatsu Oga (ORCID 0009-0000-9180-903X)

Gepflegt von einem einzelnen Unternehmen. Kein Peer-Review-Gremium, keine öffentliche Behörde, kein Wirtschaftsverband. Keine Beziehung zum Ministry of Health, Labour and Welfare oder einer anderen Regierungsstelle, und nichts hier wurde von einer von ihnen bestätigt.

Eine Baukosten-Datenbank, die nach denselben Disziplinen aufgebaut ist, existiert unter JCCDB. JHNRD möchte an derselben Stelle für die häusliche Krankenpflege stehen. Es sind bisher 33 Einträge.