JHNRD

属于 Awesome HORIZON SHIELD 的一部分 — 我们运行的每个数据集、MCP 服务器和账本的可核查索引。

Japan Home-visit Nursing Reimbursement Database

一份日本居家护理报销规则的记录 — 加算、减算以及医师指示的失效 — 其中每项要件都带有其依据的文件。

数字本身是公开的。这个数据集所持有的是每个数字的来源。

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

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

不要仅凭此做出计费决定

目前有 8 个来源直接基于法规文本本身（statute — 告示、省令或通知）。statute 共计 11 个；其中 5 个是被取代的修订版，不能作为现行依据使用。 保留它们只是为了修订历史清晰可读。

其余为不属于法规文本的部委资料（agency，8 个）和私人评注（secondary，7 个）。

54 项要件未经确认。 任何我们无法对照法规文本核实的内容都会明确标注。不会留空。

这个数据集能说的是："这项减算有要件 A、B 和 C，而 C 尚未对照法规文本确认。" 它从不说 "你可以计费此项" 或 "这适用于你。"

这条界限的理由很简单：当申报被退回时，必须有人负责，而数据集无法负责。

Related MCP server: koko-call-mcp

当前状态

33 个条目。这不是规则的完整地图。 名称领先于内容，条目数放在最前面正是为了不掩盖这一点。

日本法规术语绝不翻译掉

来自法规的名称 — 看護体制強化加算 (Ⅰ)、特別管理加算、告示第95号 — 在本仓库、数据和本 README 中均原样保留，并在有帮助的地方附上英文注释。

它们不会被英文名称取代。任何日本法规中都不存在它们的英文名称，因此编造一个会制造出原始来源并不具备的精确性。这与未确认要件以未确认状态发布而非被悄悄整理掉的道理相同。

准则

1. 没有来源就没有数字。 每个单价和每项要件都带有 source。

2. 每个来源都声明自己的地位，分三个层级。 statute / agency / secondary。部委发布的资料不被视为与法规文本同等。

3. 未确认的条目绝不留空。 它带有 confirmed: false 和 unconfirmed_reason。留空和未确认是两回事。

4. 当来源不一致时，我们不会选一个然后沉默。 两种解读都进入 conflicts，冲突保持标记为未解决。一旦选定一个，选择它的理由就消失了。

5. 任何读起来像"你可以计费此项"的内容都不允许进入数据。 验证器会拒绝它。

6. 修订会切出新版本；旧版本不会被删除。 否则过去的决定事后无法审计。

7. 每项要件都与一个访谈问题一一对应。 没有附带问题的要件，就是没有人真正问过的要件。

这些不是愿景。tools/validate.py 会机械地检查它们，任何违反都会导致 CI 失败。

公共 MCP 端点（无需密钥，只读）

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

数据集通过 MCP（JSON-RPC 2.0 / Streamable HTTP，位于 POST /mcp）和普通 HTTP（/status.json、/items、/items/<id>、/sources、/search?q=、/unconfirmed、/conflicts、/gaps、/disclosure、/cite）提供。无需密钥。无写入路径。

内容已经是 CC BY 4.0 — 但单独的 JSON 文件意味着每个使用者都要写一个解析器，而每个解析器都会掺入其作者的解读。提供服务意味着这一切只发生在一处。

服务端也划出了同样的界限：

• 它不决定申报是否可以计费。 它从不返回此类陈述这一点由测试套件机械地检查。

• 每个响应都带有版本、"这不决定计费"声明和利益冲突披露。 全部十一个工具都为此经过测试。

• 它不持有密钥，也不连接任何存储。 一旦连接，它就开始持有某人的东西。

• 暴露弱点的工具排在前面：jhnrd_unconfirmed、jhnrd_gaps（包括返回空结果的搜索）、jhnrd_conflicts（保留两种解读）。

它提供的副本是从数据集生成的，绝不在运行时获取 — 曾经有一个 CDN 边缘节点让过时修订版存活，还有一台内部服务器分发过旧数字。如果副本与源数据发生偏差，CI 会失败。

每天一次，线上端点实际提供的版本和官方 MCP 注册表中列出的清单都会与仓库进行比对（即上面的 live 徽章）— 因为推送后忘记部署、以及发布清单后注册表悄悄丢弃其元数据，这两件事在这里都发生过。

该检查在无法建立连接时不会失败 — 无法访问并不是过时的证据 — 但当返回的 HTTP 状态不是 200 时它确实会失败，因为状态码就是一个回答。这个门控的第一个版本混淆了这两者，在收到 403 时一直报告绿色。每次推送时，其逻辑都会针对十七个模拟端点进行测试，因为每天只运行一次的门控可能坏掉一整天而无人知晓。

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

参见 mcp/README.md；注册表清单是 server.json。

利益冲突

维护此数据集的 The HORIZONs Inc. 向居家护理服务提供者销售以此数据集为支撑的付费服务。 收费方式为一次性建设费和月费。

因此：构建此数据集的人在它被认为有用时获得报酬。 这一点必须首先说明，否则上面的数字无法被使用。一个核心准则是每个来源都声明自身地位的数据集，不能豁免于声明自己的地位。

有四件事可能被扭曲，每件都预先被约束：

本 README 中的每个数字都是从 status.json 生成的，如果手工编辑，CI 会失败。 夸大数字不是可以悄悄完成的事情。

• 收入仅来自这些客户。 没有政府、行业协会或供应商资助。没有上架费。没有广告。

• 付费客户没有单独或扩展的数据集。 这里有的就是全部。

• 从服务提供者收集的实务笔记未经其同意绝不添加（目前为 0），即使存在也从不作为规则来源。

全文，以及维护者可以和不可以决定什么：GOVERNANCE.md（日文）。

引用

始终引用版本（种子编号）。不同版本包含不同内容。 因为更正是叠加而非覆盖，没有版本的引用事后无法对账。

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 — 这是涵盖所有版本的概念 DOI；它始终解析到最新版本。要引用特定版本，请使用其 Zenodo 记录上的按版本 DOI。 不同版本包含不同内容。

机器可读描述 — 全部从 status.json 生成，无一手工编写：CITATION.cff ・ datapackage.json ・ .zenodo.json ・ CHANGELOG.md

每个版本都带有附注标签：git tag -l 'seed.*'，然后 git show seed.19。

更正被视为缺陷

如果这里的陈述有误，或与法规文本不一致，请提交 issue。 您无需运行提供商即可做到这一点。

• 更正绝不删除原始措辞。 删除它将使之后无法检查更正本身是否正确。

• 基于 statute 的更正优先于 agency，而 agency 优先于 secondary。

• 当我们说"未确认"而不是保持沉默时，那正是需要提出异议的地方。

如何提交：CONTRIBUTING.md。联系方式：contact@the-horizons-innovation.com

仍缺失的内容

未填补的缺口记录在 data/rules_2024.json 中的 known_gaps 内——目前为 7 个（已解决的缺口会保留，并标记为已解决）。

维护者

The HORIZONs Inc.（日本法人编号 7021001075279） Toshikatsu Oga（ORCID 0009-0000-9180-903X）

由单一公司维护。不是同行评审机构，不是公共权力机关，不是行业协会。 与厚生劳动省或任何其他政府机构均无关系，此处任何内容均未经它们中的任何一方确认。

遵循相同规范构建的工程造价数据库位于 JCCDB。JHNRD 旨在为居家护理领域占据同样的位置。目前已有 33 个条目。