Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
レセプトデータの中身解説
Search
PharmaX(旧YOJO Technologies)開発チーム
August 17, 2022
Technology
0
1.1k
レセプトデータの中身解説
2022/07/05 竹内さん勉強会資料
PharmaX(旧YOJO Technologies)開発チーム
August 17, 2022
Tweet
Share
More Decks by PharmaX(旧YOJO Technologies)開発チーム
See All by PharmaX(旧YOJO Technologies)開発チーム
PdMによるLiveバイブコーディング〜プロトタイプ開発実践〜
pharma_x_tech
1
33
2025.10.28_CodexとClaude Codeの比較検討 社内座談会
pharma_x_tech
2
510
LLMのアウトプットの評価と改善 〜DSPyによるプロンプト最適化入門によせて〜
pharma_x_tech
5
1.1k
2025.09.02_AIコーディングを利用した開発自動化を目指しての座談会
pharma_x_tech
5
280
AIコーディングを前提にした開発プロセス再設計〜開発生産性向上に向けた試行錯誤〜
pharma_x_tech
4
350
AIエージェントの評価・改善サイクル
pharma_x_tech
2
540
MCP & Computer Useをフル活用した社内効率化事例〜現在地と将来の展望
pharma_x_tech
1
390
AIエージェントの継続的改善のためオブザーバビリティ
pharma_x_tech
7
2.4k
Roo CodeとClaude Code比較してみた
pharma_x_tech
5
4.9k
Other Decks in Technology
See All in Technology
ファインディの横断SREがTakumi byGMOと取り組む、セキュリティと開発スピードの両立
rvirus0817
1
1.6k
予期せぬコストの急増を障害のように扱う――「コスト版ポストモーテム」の導入とその後の改善
muziyoshiz
1
2k
私たち準委任PdEは2つのプロダクトに挑戦する ~ソフトウェア、開発支援という”二重”のプロダクトエンジニアリングの実践~ / 20260212 Naoki Takahashi
shift_evolve
PRO
2
190
コスト削減から「セキュリティと利便性」を担うプラットフォームへ
sansantech
PRO
3
1.6k
会社紹介資料 / Sansan Company Profile
sansan33
PRO
15
400k
AIエージェントを開発しよう!-AgentCore活用の勘所-
yukiogawa
0
190
配列に見る bash と zsh の違い
kazzpapa3
3
170
コミュニティが変えるキャリアの地平線:コロナ禍新卒入社のエンジニアがAWSコミュニティで見つけた成長の羅針盤
kentosuzuki
0
130
日本の85%が使う公共SaaSは、どう育ったのか
taketakekaho
1
240
マーケットプレイス版Oracle WebCenter Content For OCI
oracle4engineer
PRO
5
1.6k
Agile Leadership Summit Keynote 2026
m_seki
1
670
AWS Network Firewall Proxyを触ってみた
nagisa53
1
240
Featured
See All Featured
Amusing Abliteration
ianozsvald
0
100
Build your cross-platform service in a week with App Engine
jlugia
234
18k
Introduction to Domain-Driven Design and Collaborative software design
baasie
1
590
Abbi's Birthday
coloredviolet
1
4.8k
Building Experiences: Design Systems, User Experience, and Full Site Editing
marktimemedia
0
410
Applied NLP in the Age of Generative AI
inesmontani
PRO
4
2.1k
Darren the Foodie - Storyboard
khoart
PRO
2
2.4k
Imperfection Machines: The Place of Print at Facebook
scottboms
269
14k
Evolving SEO for Evolving Search Engines
ryanjones
0
130
Into the Great Unknown - MozCon
thekraken
40
2.3k
XXLCSS - How to scale CSS and keep your sanity
sugarenia
249
1.3M
<Decoding/> the Language of Devs - We Love SEO 2024
nikkihalliwell
1
130
Transcript
レセプトについて 詳しくなろう 薬剤師 たけお
今日話すこと 目的 レセプトとは レセプト請求の仕組み レセプトデータを読み解いていこう おまけ レセコンについて オンライン資格システムについて 電子処方箋について
注意事項 レセプトデータ構造は「令和2年7月版 編集 社会保険診療報酬支払基金 」をもとにし ています https://www.ssk.or.jp/seikyushiharai/rezept/iryokikan/iryokikan_02.files/jiki_t01.pdf 最新のデータは変更があるかもしれないです。
レセプトとは レセプト業務とは、組合健保や協会けんぽ、市区町村などの健康保険の保険者に診療報酬を請求する業 務のことを指します。「レセプト」とは、保険者に請求する診療報酬明細書のことです。 「診療報酬」とは、診療に要した費用のことで、診療報酬点数表に基づいて点数で算出されます。「医療 費」は診療報酬点数から 1点=10円として金額で算出されます。 日本では国民皆保険制度により、加入者が診察を受けるときは最大で医療費の 3割を患者が負担し、残 りの7割は健康保険組合などを運営する保険者が負担する仕組みとなっています。
レセプトとは
レセプト作成業務の流れ 1. 診療情報の入力 2. レセプトの作成・出力 3. レセプト点検 4. 医師による確認、審査支払機関への提出 5.
返戻対応
診療情報の入力 診療が終わると、その日の診療内容(診療情報)をレセプトコンピュータ(以下、レセコン) に入力(診療内容を表すコードを入力) このコードに応じて自動的に診療報酬点数が計算されレセプトが作成される
レセプトの作成・出力 月初めにレセプトの作成・出力を行う レセプトには患者一人ひとりの1ヵ月間の診療内容・診療報酬を記録するため、患者一 人につき1件のレセプトを作成 クリニックでも病院でも行われ、ときには月に数千件という量のレセプトを作成することも
レセプト点検 レセプト業務のメイン業務(主に各医療機関の医療事務が担当) レセコンに入力されている情報と実際の診療内容と相違がないかをチェックする 傷病名と診療行為、処方薬との整合性などを人の目で点検 また、実際にある疾病に対して診療が行われていても、条件によっては算定できないこ ともある(返戻) 診療内容と算定ルールの理解が必須で超重要 気になる方は「診療報酬請求事務 能力検定試験」を勉強してね
医療従事者への修正依頼 レセプトの内容に不整合の疑いがある場合は、医師や薬剤師に再確認、相違があれば 訂正してもらう 添付資料の提出が必要な場合は、文書の作成や内容の確認依頼も必要になる
審査支払機関への提出 作成した全レセプトの記載内容がすべて正しく整ったら、レセプトと診療報酬請求書を審 査支払機関に提出 レセプトは月末締め、翌月10日までに提出 なので月初の事務さんはピリピリしています。こわいです。 事務さんがピリピリしていたらレセプトで大変なんだと思いましょう
返戻対応 レセプト請求に対し、審査側が適当でないと判断した場合に、レセプトが医療機関に戻っ てきて、精査・修正のうえ再提出を求められること 医療行為の適否の判断が難しい場合に実施され、審査側から一方的にレセプト自体が 差し戻される 基準は審査機関ごとに異なる。群馬なら保険通ったのに...みたいなことも起こる 名古屋(愛知?)は厳しくて、三重はゆるいらしい
おまけ レセコンとは 会計業務の効率化を行いたいならレセコン 診察(調剤)業務を中心に患者情報管理の効率化を行いたいのなら電子カルテ(電子薬歴)
レセコン一体型 受付から調剤、会計業務までの情報を一元管理できるのがメリット 例えばカケハシのMusubi Musubiは電子薬歴のみ(一部レセコンとは連携可能) 調剤業務は効率化するよ!けどレセプト請求作業は別でがんばってね😊 (レセコン一体型から切り替えた場合、総業務量は変わらないという声も...)
ただレセプト一体型は大変 2年に一度の診療(調剤)報酬改定 各医療ベンダーはシステムとマスタデータの大改修作業が必要 しかも国からの改定発表は3月、新制度は4月から施行 一応改定方針は12月頃から発表しているが、そうはいっても3ヶ月ほどでリリースさせな ければならない
国の交付 1ヶ月も無い デスマーチ不可避
本題 レセプトデータを解説
次のコードは何を意味しているかわかりますか? HO,06132013,999,1234,2,1500,,,,,,,, いきなりですが
それでは順に解説していきます 分からないですよね
電子レセプトデータはCSVファイルです 電子レセプトデータの中身は状態を保持しており、上から順番に読み取らないと正確な 情報になりません 電子レセプトデータの中身は行毎にカラム数が異なります 行が異なれば、同じ列に同じ値が入っていても意味が同じとは限りません まず基本
一列目は「レコード識別情報」と呼ばれる その行が何の情報を記録しているかを表している HO,06132013,999,1234,2,1500,,,,,,,, であれば「HO」の部分。 ちなみにこれは「保険者レコード」であり、保険者情報を表している まず1列目を確認せよ
電子レセプトデータのイメージ
「レコード識別情報」はIR 医療機関の情報を表しており、レセプトデータの先頭行にのみ記載されている 例) IR,1,13,1,1234567,,基金病院,202007,00,03-1234-5678 医療機関情報レコード
「レコード識別情報」はRE レセプトで請求される患者の基本情報 次のREまでのレセプトデータは、全てこのREレコードに紐づく 例) RE,100,1115,202006,基金 花子,2,19930702,,20200612,,,,,A123-456,,,,,,,,10,,,,,,,,,,,,,,,キキンハナコ, レセプト共通レコード
「レコード識別情報」はHO 患者の保険情報を表す 例) HO,01131234,12345678,1234567,30,100000,,90,57600,,,44400,1,20, 保険者レコード
「レコード識別情報」はKO 患者の公費情報を表す 例) KO,51131234,0001234,,30,5500,10000,,11000,,0,0 公費レコード
「レコード識別情報」はJD 患者の保険情報を表す 例) JD,1,1,,2,,,,,,,,,,,,,,,,,,,,,,,,,,,, 受診日等レコード
こんな感じで様々なレコードがあります 詳細のドキュメントについては、医科・歯科・調剤毎にPDFが分かれており、それぞれ社 会保険診療報酬支払基金が公表しています 各数値の詳細な意味を知りたい方はぜひ見てみてください 全部を説明すると長くなるのでここまで
1. IR,...(医療機関情報、必ず1行目のみに記載) 2. RE,...(ここから患者Aさんのレセプト情報) 3. HO,... 4. JD,... 5. …
6. RE,...(ここから患者Bさんのレセプト情報) 7. HO,... 8. JD,... 9. … 電子レセプトデータの構成イメージ
YOJOもレセコン導入しているので電子レセプトデータはあるはず、たぶん 気になる方は実データを見てみることをお勧めします。 実データを見るのが一番
レセプトとは保険者に請求する診療報酬明細書のこと レセプト業務とは、保険者に診療報酬を請求する業務のこと レセコンと診療報酬明細書を自動で作成してくれるシステムのこと 電子レセプトデータは状態依存CSVファイルです まとめ
ちなみにレセプトだけでこんな分析ができます エムティーアイ(ルナルナの会社)のCLINICBOADというサービス(開発はどこか別の会 社) https://clinicboard.jp/ デモがきれい https://clinicboard.jp/top?after_sign_in=true&priority_hospital_id=999999
おまけ オンライン資格システム 電子処方箋
None
None
• オンライン資格システム ◦ レセプトデータをオンラインで確認できるシステム ◦ 提出されたレセプトが見えるだけで、リアルタイム性はない ◦ データフォーマットは以下の XML
▪ https://www.iryohokenjyoho-portalsite.jp/download/docs/f6b6db62f5bca4c71572969a43b accd5.pdf • 電子処方箋 ◦ リアルタイムで直近の処方箋が確認できる ◦ オンライン資格システムの導入が必須 ◦ データフォーマットは HL7 CDA ▪ https://www.mhlw.go.jp/content/11120000/000539186.pdf