JHNRD

**Awesome HORIZON SHIELD**의 일부 — 우리가 운영하는 모든 데이터셋, MCP 서버, 원장(ledger)을 확인할 수 있는 인덱스.

일본 방문간호 급여(보험청구) 데이터베이스

일본 방문간호 급여 산정 규칙 — 가산, 감산, 의사 지시의 유효기간 만료 — 에 대한 기록으로, 모든 요건이 근거가 되는 문서를 함께 명시합니다.

숫자 자체는 공개되어 있습니다. 이 데이터셋이 담고 있는 것은 각 숫자가 어디서 나왔는지입니다.

일본어판은 여기 → README.ja.md

오류를 발견하신 분께. 이 자료의 오류를 알아차릴 수 있는 분은 현장에서 산정하고 계신 분입니다. 수정 방법은 **CONTRIBUTING.md**에 일본어로 적혀 있습니다. 출처를 하나 첨부하여 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. 개정은 새 버전을 만들고, 이전 버전은 삭제하지 않습니다. 그렇지 않으면 과거의 결정을 나중에 감사(audit)할 수 없습니다.

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 파일 하나만으로는 모든 소비자가 파서를 작성하게 되고, 각 파서에는 작성자의 해석이 섞이게 됩니다. 서빙(serving)한다는 것은 그것이 한 곳에서 일어나게 한다는 뜻입니다.

서빙 측에서도 같은 선을 긋습니다:

• 청구 가능 여부를 판단하지 않습니다. 그러한 문장을 절대 반환하지 않는다는 것이 테스트 스위트로 기계적으로 검사됩니다.

• 모든 응답에는 버전, "이것은 청구를 판단하지 않는다"는 고지, 이해상충 공개가 포함됩니다. 11개 도구 모두가 이에 대해 테스트됩니다.

• 키를 보유하지 않으며 어떤 저장소에도 연결되어 있지 않습니다. 연결되는 순간, 누군가의 무언가를 보유하게 됩니다.

• 약점을 드러내는 도구가 먼저 옵니다: jhnrd_unconfirmed, jhnrd_gaps(결과가 비어 있던 검색 포함), jhnrd_conflicts(두 해석 모두 유지).

서빙되는 사본은 데이터셋에서 생성되며 런타임에 절대 가져오지 않습니다 — CDN 엣지가 한때 오래된 개정판을 살려 두었고, 내부 서버가 옛 숫자를 내준 적이 있습니다. 사본이 원본에서 벗어나면 CI가 실패합니다.

하루에 한 번, 라이브 엔드포인트가 실제로 서빙하는 버전과 공식 MCP 레지스트리에 등재된 매니페스트가 저장소와 비교됩니다(위의 live 배지) — 푸시하고 배포를 잊은 일과, 레지스트리가 메타데이터를 조용히 버린 매니페스트를 게시한 일이 모두 여기서 이미 발생했기 때문입니다.

이 검사는 연결이 되지 않을 때 실패하지 않습니다 — 연결 불가능은 오래되었다는 증거가 아니기 때문입니다 — 하지만 HTTP 상태가 돌아왔는데 200이 아닐 때는 실패합니다, 상태는 답변이기 때문입니다. 이 게이트의 첫 버전은 이 둘을 혼동하여 403을 받으면서도 녹색으로 보고하며 살았습니다. 그 로직은 모든 푸시마다 17개의 모의(mocked) 엔드포인트로 검증됩니다. 하루에 한 번 실행되는 게이트는 아무도 모르는 사이에 하루 동안 고장 상태로 남을 수 있기 때문입니다.

{ "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.

수정 사항은 결함으로 취급됩니다

여기의 진술이 틀렸거나 법령 원문과 일치하지 않는 경우, 이슈를 열어 주세요. 이를 위해 제공자를 실행할 필요는 없습니다.

• 수정은 원문을 절대 삭제하지 않습니다. 삭제하면 이후에 수정 자체가 옳았는지 확인하는 것이 불가능해집니다.

• statute(법령)에 근거한 수정은 agency(기관)보다 우선하며, agency는 secondary(2차 자료)보다 우선합니다.

• 침묵을 지키는 대신 "확인되지 않음"이라고 표기한 곳이 있다면, 바로 그곳이 이의를 제기할 지점입니다.

제출 방법: 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개 항목입니다.