知識マップ: マイナ保険証をかざすと何が起きるのか ── オンライン資格確認とレセコンの連携をORCAのソースコードから読む

記事「マイナ保険証をかざすと何が起きるのか ── オンライン資格確認とレセコンの連携をORCAのソースコードから読む」の主張を、概念と関係(エッジ)に分解した知識グラフの全体です。各関係には根拠・確認日・確度が付いています。

マイナ保険証をキーにしたオンライン資格確認は、資格確認端末がオンライン資格確認等システムへ照会し、結果XMLをOQSファイル連携で共有フォルダ経由に授受する仕組みである。ORCA(日レセ)側では公式連携プログラムonshi-toolsがこの結果を取り込み、オン資関連APIを介して患者マスタとは別のtbl_onshi_*専用テーブル群にいったん蓄積する。中心テーブルtbl_onshi_kakuは照会条件と返ってきた資格情報を別項目で持ち、資格・公費・医療扶助・医療費助成の関連レコードをuuidの連鎖で束ねる。最終的な患者・保険情報への反映は患者登録業務が新規患者作成や保険情報突合などの個別判断に分解して行い、薬剤・特定健診・診療情報の閲覧は情報種別ごとの同意フラグに基づく。

flowchart LR
    accTitle: オンライン資格確認とORCA連携の知識マップ
    accDescr: マイナ保険証から資格確認端末・OQSファイル連携・onshi-toolsを経てORCAのオン資関連APIとtbl_onshi_*テーブル群に至り、患者登録業務が最終的に反映するまでの流れを示す図
    online_eligibility_confirmation["オンライン資格確認(オン資)"]
    orca["ORCA(日医標準レセプトソフト/日レセ)"]
    qualification_confirmation_terminal["資格確認端末"]
    mynumber_health_insurance_card["マイナ保険証"]
    health_insurance_card["健康保険証(従来型)"]
    eligibility_mismatch_claim_rejection["資格過誤によるレセプト返戻"]
    oqs_file_linkage["OQSファイル連携"]
    onshi_tools["onshi-tools"]
    online_eligibility_api["オン資関連API"]
    tbl_onshi_tables["tbl_onshi_*テーブル群"]
    tbl_onshi_kaku["tbl_onshi_kaku"]
    onshi_uuid_chain["オン資のuuid連鎖"]
    onshi_push_api["push_onlinequa(オン資PushAPI)"]
    patient_registration_workflow["患者登録業務"]
    onshi_consent_flags["情報種別ごとの同意フラグ"]
    qualification_confirmation_terminal -->|"利用する"| online_eligibility_confirmation
    online_eligibility_confirmation -.->|"前提とする"| mynumber_health_insurance_card
    mynumber_health_insurance_card -->|"の後継"| health_insurance_card
    online_eligibility_confirmation -->|"軽減する"| eligibility_mismatch_claim_rejection
    qualification_confirmation_terminal -->|"利用する"| oqs_file_linkage
    onshi_tools -->|"利用する"| oqs_file_linkage
    onshi_tools -->|"利用する"| online_eligibility_api
    onshi_tools -->|"前提とする"| qualification_confirmation_terminal
    orca -->|"実装を担う"| online_eligibility_api
    online_eligibility_api -->|"利用する"| tbl_onshi_tables
    tbl_onshi_kaku -->|"利用する"| onshi_uuid_chain
    online_eligibility_api -.->|"前提とする"| onshi_uuid_chain
    tbl_onshi_tables -->|"前提とする"| onshi_uuid_chain
    orca -->|"利用する"| onshi_push_api
    patient_registration_workflow -->|"利用する"| tbl_onshi_kaku
    orca -->|"実装を担う"| patient_registration_workflow
    onshi_consent_flags -->|"に保存される"| tbl_onshi_kaku
    online_eligibility_confirmation -.->|"前提とする"| onshi_consent_flags

概念間の関係(全18件)

図と同じ関係を文章でも列挙します。表示している文と機械可読な意味データ(RDFa)は同じ要素に載っています。確度が「確立した関係」のものは直接の関係として、「条件付きの関係」のものは成立条件つきの言明(rdf:Statement)として表現しています。

• 資格確認端末はオンライン資格確認(オン資)を利用します。資格確認端末はIP-VPNまたはIPsec+IKE接続でオンライン資格確認等システムへ照会し、資格情報をXMLで受け取る / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• オンライン資格確認(オン資)はマイナ保険証を前提とします。オンライン資格確認はマイナンバーカード(マイナ保険証)または保険証の記号番号を照会キーとして前提とする / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• マイナ保険証は健康保険証(従来型)の後継に当たります。2024年12月に健康保険証の新規発行が終了し、マイナ保険証を基本とする資格確認体制に移行した / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• オンライン資格確認(オン資)は資格過誤によるレセプト返戻を軽減します。保険者をまたいだ資格の異動が照会時点で反映されるため、資格過誤によるレセプト返戻を減らせる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• 資格確認端末はOQSファイル連携を利用します。資格確認端末とレセコンの間は、決められた名前のXMLファイルを共有フォルダに置いて答えを受け取るOQSファイル連携が基本になる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• onshi-toolsはOQSファイル連携を利用します。ORCA公式の連携プログラムonshi-toolsは、共有フォルダに置かれたOQS命名の結果XMLを取り込む / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• onshi-toolsはオン資関連APIを利用します。onshi-toolsが取り込んだ資格確認結果は、オン資関連APIの登録系エンドポイントを介してORCAへ渡される / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• onshi-toolsは資格確認端末を前提とします。onshi-toolsは資格確認端末が共有フォルダに置いた結果XML(OQS命名)の存在を前提に取り込み処理を行う / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• ORCA(日医標準レセプトソフト/日レセ)はオン資関連APIの実装を担います。ORCAの5.2系ソースはLD定義のbindapi宣言としてオン資関連APIを20本実装している / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• オン資関連APIはtbl_onshi_*テーブル群を利用します。登録系APIが受け取った資格・薬剤・特定健診・診療情報などのデータは、患者マスタに直接ではなくtbl_onshi_*という専用テーブル群にいったん蓄積される / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• tbl_onshi_kakuはオン資のuuid連鎖を利用します。tbl_onshi_kakuはTBL_UUID・AITE_UUID・OYA_UUID・KOUHI_UUID・FUJYO_UUID・PMH_UUIDなどのuuidの連鎖で関連レコードを1回の受付イベントに束ねる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• オン資関連APIはオン資のuuid連鎖を前提とします。オン資関連API20本のうち、依頼組み立て系API(onlinequa1)は、uuid指定でtbl_onshi_kakuの最新レコードを検索することを前提とする。登録系・取得系など他のAPIには一律には当てはまらない / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• tbl_onshi_*テーブル群はオン資のuuid連鎖を前提とします。資格確認・公費確認・医療扶助・医療費助成のレコードは、tbl_onshi_*テーブル群内でuuidの連鎖によって束ねられることを前提に設計されている / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• ORCA(日医標準レセプトソフト/日レセ)はpush_onlinequa(オン資PushAPI)を利用します。ORCAは受付・患者登録や予約患者一括照会などの場面から、資格確認の照会指示をPushAPIイベント(push_onlinequa)として発行する / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• 患者登録業務はtbl_onshi_kakuを利用します。患者登録業務はtbl_onshi_kakuなどの結果テーブルを参照し、新規患者作成・氏名住所更新・保険情報の突合・限度額や公費の追加といった判断に分解して反映する / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• ORCA(日医標準レセプトソフト/日レセ)は患者登録業務の実装を担います。ORCAは資格確認結果を機械的に上書きせず、患者登録業務という個別業務の実装を通じて患者・保険マスタに反映する / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• 情報種別ごとの同意フラグはtbl_onshi_kakuに保存されます。薬剤・特定健診・診療情報など情報種別ごとの同意フラグはtbl_onshi_kakuの項目として保存される / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• オンライン資格確認(オン資)は情報種別ごとの同意フラグを前提とします。資格情報そのものの照会には同意は不要だが、薬剤情報・特定健診情報・診療情報といった追加の医療情報を医療機関側で閲覧する場合は、患者の同意を情報種別ごとに得ることを前提とする / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典

主要概念の定義

オンライン資格確認(オン資)

マイナ保険証などをキーに患者の保険資格をオンラインで即時確認する制度とシステムで、社会保険診療報酬支払基金・国民健康保険中央会が運営する。

ORCA(日医標準レセプトソフト/日レセ)

日本医師会が提供する「日医標準レセプトソフト」の略称。ソースコードが公開されているレセプトコンピューター。

資格確認端末

顔認証付きカードリーダーでの本人確認結果を受けて、オンライン資格確認等システムへ照会する医療機関内の端末。

マイナ保険証

マイナンバーカードを健康保険証として利用する仕組みで、カードリーダーでの受付時に電子処方箋の受け取り方を選択できる。

onshi-tools

資格確認端末とORCA(日レセ)の間のファイル授受・取り込みを担う、ORCA公式の連携プログラム。

オン資関連API

ORCAの5.2系ソースのLD定義に登録系・依頼組み立て系・取得系として計20本ある、オンライン資格確認まわりのAPI群。

tbl_onshi_kaku

1回の資格確認について、照会に使った検索条件(SHO_*)と返ってきた資格情報(RES_*)を別項目で保持するORCAの中心テーブル。

tbl_onshi_*テーブル群

オンライン資格確認で取得したデータを患者マスタとは別にいったん蓄積する、ORCAの13本の専用テーブル群。

患者登録業務

資格確認結果を新規患者作成・氏名住所更新・保険情報突合・限度額や公費の追加といった個別の判断に分解して患者マスタへ反映するORCAの業務。

情報種別ごとの同意フラグ

薬剤・特定健診・診療情報など、閲覧対象の情報種別ごとに分かれて記録される患者同意のフラグ。

機械可読データ

• JSON-LD / Turtle ── この記事の知識グラフ全体
• 概念一覧 / 語彙(述語)の定義

このページはサイトの知識グラフ(_data/knowledge/)から自動生成されています。誤りの指摘はお問い合わせからお願いします。