mcpField
J
jhnrd

jhnrd

远程服务
github.com健康医疗15 周前更新

关于 jhnrd

JHNRD 是日本上门护理报酬规则的可追溯数据库,面向需要核查规则依据的研究者和从业者。每项要求都关联来源及其效力等级,并明确标记未确认内容和来源冲突;它不提供收费判定。

主要功能

  1. 01规则要求关联出处
  2. 02区分法规、机构资料和二手资料
  3. 03明确标记未确认要求
  4. 04保留并展示来源冲突
  5. 05通过版本记录修订历史

适用场景

  1. 01核查护理报酬规则的依据
  2. 02识别尚未按法规文本确认的要求
  3. 03比较来源对规则的不同解释
  4. 04按指定版本引用数据

MCP 相关

公开的只读 MCP 服务通过 JSON-RPC 2.0 和 Streamable HTTP 提供数据库查询工具。响应包含版本信息、非收费判定声明及利益冲突披露。

配置

远程服务无需本地安装。选择你使用的客户端,复制配置或使用一键安装。

服务地址https://jhnrd-mcp.oga-surf-project.workers.dev/mcp
一键复制安装命令
Claude CodeTerminal
Cursor.cursor/mcp.json
VS Code.vscode/mcp.json
Claude Desktopclaude_desktop_config.json
Windsurf~/.codeium/windsurf/mcp_config.json

命令在终端中运行;JSON 粘贴到对应客户端的 MCP 配置后重启。需要授权的服务会在首次连接时提示登录。

工具

11

此工具无需参数。

详细介绍

JHNRD

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

日本居家上门护理报销数据库

validate live version items current statute sources unconfirmed requirements open conflicts License: CC BY 4.0 DOI

一份关于日本居家上门护理报销规则的记录,涵盖加算、减算以及医师指示的有效期届满情况,每项要求都附有其依据文件。

数字本身是公开的。本数据集记录的是每个数字的出处。

点击此处查看日文版 → README.ja.md

如果您发现错误。 能够发现本资料错误的,正是在一线进行报销核算的人。 如何修正,请参阅日文版 CONTRIBUTING.md。 请附上一个出处,提交 Issue。 即使只写一句“这项加算的要求有误”也可以。我们会将更正作为缺陷处理。


请勿仅凭此资料做出报销决定

目前有 23 个来源直接依据法规文本(statute — 部级通知、条例或通告)。statute 总计有 28 个,其中 8 个为已被取代的修订版本,不得作为现行依据使用。 保留这些版本只是为了清楚呈现修订历史。

其余来源包括非法规文本的政府部门资料(agency,26 个)和私人评论(secondary,16 个)。

有 147 项要求尚未确认。 任何无法依据法规文本核验的内容,都会明确标出。不会留空。

本数据集能说明的是:“这项减算的要求包括 A、B 和 C,其中 C 尚未依据法规文本确认。” 它绝不会说 “你可以申报此项费用” 或 “此规定适用于你。”

原因很简单:申报被退回时,必须有人承担责任,而数据集无法承担责任。


当前状态

版本2024-kaitei.seed.24
条目59
来源 — statute(通知/条例/通告本身)28
其中现行23
来源 — agency(厚生劳动省资料,非法规文本)26
来源 — secondary(私人解读)16
来源总数70(8 项非现行)
未确认要求147
冲突共 15 项/11 项未解决
一线报告0(从不作为规则来源)
最近验证日期2026-09-26

59 个条目。**这并不是规则的完整梳理。**名称所暗示的范围超出了实际内容,因此我们把条目数量放在最前面,以免这一点被掩盖。


日本法定术语绝不翻译

源自法规的名称——看護体制強化加算 (Ⅰ)、特別管理加算、告示第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。 无需运行 provider 也可以提交。

  • 更正绝不会删除原始措辞。 删除原文会导致事后无法核查更正本身是否正确。
  • 以 statute 为依据的更正优先级高于 agency,而 agency 高于 secondary。
  • 如果我们写了“尚未确认”而非保持沉默,那正是欢迎提出异议的地方。

提交方式:CONTRIBUTING.md。联系方式:[email protected]


仍缺少哪些内容

未填补的空缺记录在 data/rules_2024.json 中的 known_gaps 字段里——目前有 14 项(已解决的空缺也会保留,并标记为已解决)。


维护者

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

由单一公司维护。不是同行评审机构、公共机构或行业协会。 与厚生劳动省或任何其他政府机构均无关联,且其中任何机构都未确认这里的任何内容。

采用同等严谨标准构建的建筑成本数据库见 JCCDB。JHNRD 旨在为上门护理护理领域发挥同样的作用。目前共 59 个项目。

评论

支持 Markdown

第一次接触 MCP?

从协议是什么,到在客户端里装上第一个服务,这几条回答覆盖了大多数入门问题。

一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。