ORCAの電子処方箋対応の知識マップ(知識グラフ)
type: Dataset
description: 電子処方箋は、紙の処方箋を患者が薬局へ持参する仕組みから、処方箋データを電子処方箋管理サービスへ登録し処方箋IDと引換番号で取得する仕組みへと処方箋の流れを変える。ORCA(日レセ)は処方箋ID・引換番号・リフィル回数・取消/変更を管理する処方管理テーブルtbl_shoho_kanriと電子処方箋CSV出力を担い、電子署名やHPKI認証、管理サービスとの通信は電処モジュール・拡張電処ヘルパーと別途必要な電子署名モジュールに切り出されている。処方箋の電子/紙の発行形態はマイナ保険証によるオンライン資格確認の結果として受付時に届き、処方・調剤情報が管理サービスに集約されることで医療機関・薬局をまたいだ重複投薬等チェックが可能になる。

電子処方箋
type: Concept
definition: 紙の処方箋を患者が薬局へ持参する代わりに、処方箋データを電子処方箋管理サービスに登録し、薬局がオンラインで取得する2023年1月運用開始の制度。
alternative label: 電子処方箋制度
requires: 電子処方箋管理サービス
succeeds: 処方箋QRコード出力

電子処方箋管理サービス
type: Concept
definition: 支払基金・国保中央会が運営する、電子処方箋データの登録先・取得元となる管理サービス。
alternative label: 管理サービス
uses: 処方箋ID
uses: 引換番号
implements: 重複投薬等チェック

処方箋ID
type: Concept
definition: 電子処方箋管理サービスが発行する36桁のシステム内部の識別子。処方箋レコードの主キーで、患者は扱わない。
alternative label: PRESCRIPTIONID

引換番号
type: Concept
definition: 患者がマイナ保険証を使わずに薬局で電子処方箋を受け取るときに管理サービスが発行する、現行運用で6桁の人間可読の番号。単独では無効。
alternative label: ACCESSCODE
requires: 被保険者情報

被保険者情報
type: Concept
definition: 保険者がオンライン資格確認の基盤で確認する情報で、医療機関側の登録にも薬局側の照会にも共通キーとして使われる。

ORCA(日医標準レセプトソフト/日レセ)
type: Concept
definition: 日本医師会が提供する「日医標準レセプトソフト」の略称。ソースコードが公開されているレセプトコンピューター。
alternative label: 日レセ
alternative label: 日医標準レセプトソフト
uses: 処方管理テーブル(tbl_shoho_kanri)
uses: 電子処方箋CSVデータ出力

処方管理テーブル(tbl_shoho_kanri)
type: Concept
definition: 処方箋ID・引換番号・リフィル回数・処方日数・取消/変更日時とそのUNDO日時を、医療機関番号+uuid+連番の複合キーで処方箋単位に管理するORCAのテーブル。
alternative label: tbl_shoho_kanri
stored in: record/*.db(データ構造定義)
uses: 処方箋ID
uses: 引換番号
uses: リフィル処方箋
uses: 処方箋発行形態の選択

record/*.db(データ構造定義)
type: Concept
definition: リクエスト・レスポンスやレコードのデータ構造を宣言するORCAソース中の定義ファイル群。XMLのタグ名はここの項目名がそのまま使われる。
alternative label: record定義

リフィル処方箋
type: Concept
definition: 2022年度診療報酬改定で導入された、一定期間内に繰り返し使える処方箋の仕組み。
alternative label: リフィル

電子処方箋CSVデータ出力
type: Concept
definition: 処方管理テーブルの内容を電子処方箋対応プログラムへ渡すためのCSVを出力する、日レセ本体のCOBOLプログラム。2022年10月新規作成。
alternative label: ORCSEPRECSV.CBL
uses: COBOL
uses: 処方管理テーブル(tbl_shoho_kanri)

COBOL
type: Concept
definition: DATA DIVISIONによるレコード定義とPROCEDURE DIVISIONによる処理手順を柱とする、業務システムで使われてきたプログラミング言語。
alternative label: COBOL言語
alternative label: Common Business Oriented Language

電子処方箋モジュール(電処モジュール)
type: Concept
definition: 電子処方箋の発行処理を担う、ORCA公式の電子処方箋対応プログラムの1つ。Windows 11(x64)専用。
alternative label: 電処モジュール
uses: 電子処方箋CSVデータ出力
uses: 拡張電処ヘルパー
requires: 電子署名モジュール

電子署名モジュール
type: Concept
definition: 電子処方箋の導入に別途必要な、検証済みのベンダー提供品。HPKIカードによるローカル署名とリモート署名(FIDO認証・HPKIカード認証・マイナンバーカード認証)を担う。
requires: HPKI(保健医療福祉分野の公開鍵基盤)

拡張電処ヘルパー
type: Concept
definition: 電子処方箋の発行まわりの補助機能を担う、ORCA公式の対応プログラム。Windows 11(x64)専用。
alternative label: 拡張電処補助モジュール

HPKI(保健医療福祉分野の公開鍵基盤)
type: Concept
definition: 医師などの国家資格を証明できる電子証明書の基盤。電子処方箋の電子署名に使う。
alternative label: Healthcare Public Key Infrastructure

重複投薬等チェック
type: Concept
definition: 処方・調剤情報が電子処方箋管理サービスに蓄積されることで可能になる、医療機関・薬局をまたいだ重複投薬等の確認。

オンライン資格確認(オン資)
type: Concept
definition: マイナ保険証などをキーに患者の保険資格をオンラインで即時確認する制度とシステムで、社会保険診療報酬支払基金・国民健康保険中央会が運営する。
alternative label: オン資
alternative label: オンライン資格確認等システム
uses: 処方箋発行形態の選択

処方箋発行形態の選択
type: Concept
definition: 患者がカードリーダー上で選択する、処方箋を電子で受け取るか紙で受け取るかの希望。オン資の資格確認結果テーブルの項目として2022年7月に追加された。
alternative label: SHO_SHOHO_KEITAI
alternative label: PrescriptionIssueSelect

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

処方箋QRコード出力
type: Concept
definition: 紙の処方箋にQRコードを印字し薬局側システムが読み取る、2001年9月作成の日レセの機能。電子処方箋以前から存在する処方データ化の前史。
alternative label: ORCSQRCSV.CBL

電子カルテ
type: Concept
definition: 院内でレセコンと併存することが多い、診療記録・オーダーを扱うシステム。電子処方箋では発行主体をORCA側・電子カルテ側のどちらに置くかで連携パターンが分かれる。
alternative label: EMR

日レセAPI
type: Concept
definition: ORCAが外部システム向けに提供するAPI群。5.2系ソース(2026年7月スナップショット)ではlddefのbindapi宣言を数えると137エンドポイントが実在する。
alternative label: 日レセAPI全体像
alternative label: ORCA API

subject: 電子処方箋
predicate: requires
object: 電子処方箋管理サービス
description: 電子処方箋では、医療機関が処方箋データを電子処方箋管理サービスへ登録することが前提になる
evidence: denshishohousen.html
verified at: 2026-08-01
certainty: established

subject: 電子処方箋管理サービス
predicate: uses
object: 処方箋ID
description: 管理サービスは発行した処方箋に処方箋ID(36桁)を振り、薬局の取得も調剤結果の登録もこのIDに紐づける
evidence: denshishohousen.html
verified at: 2026-08-01
certainty: established

subject: 電子処方箋管理サービス
predicate: uses
object: 引換番号
description: マイナ保険証を使わない受付のために、管理サービスは引換番号を発番する
evidence: denshishohousen.html
verified at: 2026-08-01
certainty: established

subject: 引換番号
predicate: requires
object: 被保険者情報
description: 引換番号は単独では無効で、被保険者情報とセットで初めて処方箋を照会できる
evidence: denshishohousen.html
verified at: 2026-08-01
certainty: established

subject: ORCA(日医標準レセプトソフト/日レセ)
predicate: uses
object: 処方管理テーブル(tbl_shoho_kanri)
description: 日レセ本体は、処方箋ID・引換番号・リフィル回数・取消/変更履歴を管理する処方管理テーブルtbl_shoho_kanriを持つ
evidence: jma-receipt.r 5 2 branch.zip
verified at: 2026-08-01
certainty: established

subject: 処方管理テーブル(tbl_shoho_kanri)
predicate: storedIn
object: record/*.db(データ構造定義)
description: tbl_shoho_kanriのテーブル定義はrecord/tbl_shoho_kanri.dbに宣言されている
evidence: jma-receipt.r 5 2 branch.zip
verified at: 2026-08-01
certainty: established

subject: 処方管理テーブル(tbl_shoho_kanri)
predicate: uses
object: 処方箋ID
description: tbl_shoho_kanriはPRESCRIPTIONID項目として、管理サービスから返ってきた処方箋IDを保持する
evidence: jma-receipt.r 5 2 branch.zip
verified at: 2026-08-01
certainty: established

subject: 処方管理テーブル(tbl_shoho_kanri)
predicate: uses
object: 引換番号
description: tbl_shoho_kanriはACCESSCODE項目として引換番号を保持する
evidence: jma-receipt.r 5 2 branch.zip
verified at: 2026-08-01
certainty: established

subject: 処方管理テーブル(tbl_shoho_kanri)
predicate: uses
object: リフィル処方箋
description: tbl_shoho_kanriはREFILL_NUM・REFILL_ZAIKAISUの項目でリフィル回数と処方日数を保持する
evidence: jma-receipt.r 5 2 branch.zip
verified at: 2026-08-01
certainty: established

subject: ORCA(日医標準レセプトソフト/日レセ)
predicate: uses
object: 電子処方箋CSVデータ出力
description: 日レセ本体は処方内容を電子処方箋対応プログラムへ渡すためのCSV出力の仕組みを持つ
evidence: jma-receipt.r 5 2 branch.zip
verified at: 2026-08-01
certainty: established

subject: 電子処方箋CSVデータ出力
predicate: uses
object: COBOL
description: 電子処方箋CSVデータ出力プログラム(ORCSEPRECSV.CBL)はCOBOLで実装されている
evidence: jma-receipt.r 5 2 branch.zip
verified at: 2026-08-01
certainty: established

subject: 電子処方箋CSVデータ出力
predicate: uses
object: 処方管理テーブル(tbl_shoho_kanri)
description: 電子処方箋CSV出力は処方管理テーブルtbl_shoho_kanriのデータを元にCSVを組み立てる
evidence: jma-receipt.r 5 2 branch.zip
verified at: 2026-08-01
certainty: established

subject: 電子処方箋モジュール(電処モジュール)
predicate: uses
object: 電子処方箋CSVデータ出力
description: 電処モジュールは日レセ本体が出力した電子処方箋CSVを取り込んで登録要求を組み立てる
evidence: jma-densyo.html
verified at: 2026-08-01
certainty: established

subject: 電子処方箋モジュール(電処モジュール)
predicate: requires
object: 電子署名モジュール
description: 公式ページは、電子処方箋を導入するためには電処モジュールとは別に電子署名モジュールが必要と明記している
evidence: jma-densyo.html
verified at: 2026-08-01
certainty: established

subject: 電子処方箋モジュール(電処モジュール)
predicate: uses
object: 拡張電処ヘルパー
description: 電子処方箋の発行処理は電処モジュールと拡張電処ヘルパーが連携して担う
evidence: jma-densyo.html
verified at: 2026-08-01
certainty: established

subject: 電子署名モジュール
predicate: requires
object: HPKI(保健医療福祉分野の公開鍵基盤)
description: 電子署名モジュールはHPKIカードによるローカル署名と、FIDO認証・HPKIカード認証・マイナンバーカード認証によるリモート署名を担う
evidence: about.html
verified at: 2026-08-01
certainty: established

subject: 電子処方箋管理サービス
predicate: implements
object: 重複投薬等チェック
description: 処方・調剤情報が管理サービスに蓄積されることで、医療機関・薬局をまたいだ重複投薬等チェックが可能になる
evidence: denshishohousen.html
verified at: 2026-08-01
certainty: established

subject: オンライン資格確認(オン資)
predicate: uses
object: 処方箋発行形態の選択
description: オン資の資格確認結果テーブルには処方箋発行形態の項目(SHO_SHOHO_KEITAIとXML定義のPrescriptionIssueSelect)があり、2022年7月に追加された
evidence: jma-receipt.r 5 2 branch.zip
verified at: 2026-08-01
certainty: established

subject: 処方管理テーブル(tbl_shoho_kanri)
predicate: uses
object: 処方箋発行形態の選択
description: 受付で決まった発行形態は、tbl_shoho_kanri.SHOHO_KEITAIとして処方箋1枚ごとに確定する
evidence: jma-receipt.r 5 2 branch.zip
verified at: 2026-08-01
certainty: established

subject: オンライン資格確認(オン資)
predicate: requires
object: マイナ保険証
description: 処方箋発行形態(電子/紙)の選択がオン資の結果に含まれるのは、患者がマイナ保険証で受付した場合に限られる
evidence: newpage 08280.html
verified at: 2026-08-01
certainty: context-dependent

subject: 電子処方箋
predicate: succeeds
object: 処方箋QRコード出力
description: 電子処方箋は、2001年から存在した処方箋QRコード出力の運用を土台に、データの置き場所と取得経路を全国共通の管理サービスへ標準化したものである
evidence: jma-receipt.r 5 2 branch.zip
verified at: 2026-08-01
certainty: established

subject: 電子カルテ
predicate: uses
object: ORCA(日医標準レセプトソフト/日レセ)
description: 電子カルテを発行主体にしない構成では、電子カルテのオーダーが日レセAPIを介してORCAへ連携され、tbl_shoho_kanriで処方が管理される
evidence: jma-receipt.r 5 2 branch.zip
verified at: 2026-08-01
certainty: context-dependent

subject: 電子カルテ
predicate: uses
object: 日レセAPI
description: 電子カルテのオーダー(診療行為・中途データ登録)は日レセAPIを介してORCAへ連携される
evidence: api
verified at: 2026-08-01
certainty: context-dependent