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
500
レセプトデータの中身解説
2022/07/05 竹内さん勉強会資料
PharmaX(旧YOJO Technologies)開発チーム
August 17, 2022
Tweet
Share
More Decks by PharmaX(旧YOJO Technologies)開発チーム
See All by PharmaX(旧YOJO Technologies)開発チーム
完全自律型AIエージェントとAgentic Workflow〜ワークフロー構築という現実解
pharma_x_tech
0
370
LLMアプリケーションの Fine-tunningと蒸留を活用した改善
pharma_x_tech
7
1.8k
OpenAIの蒸留機能(Model Distillation)を使用して運用中のLLMのコストを削減する取り組み
pharma_x_tech
5
650
EMとして 自分の弱さと向きあい 人に背中を任せられるようになった話
pharma_x_tech
4
610
LLMアプリケーションの継続的改善のためのFine-tuningの活用
pharma_x_tech
0
49
LLMアプリケーションの評価と継続的改善
pharma_x_tech
3
380
開発チームから始める 「学習する組織」に 成長するための取り組み
pharma_x_tech
3
770
LLMマルチエージェントの アプリケーション設計のコツと未来
pharma_x_tech
1
560
LLMマルチエージェントのフローエンジニアリングを支えるLLMOps
pharma_x_tech
10
3.9k
Other Decks in Technology
See All in Technology
0→1事業こそPMは営業すべし / pmconf #落選お披露目 / PM should do sales in zero to one
roki_n_
PRO
1
1.7k
Bring Your Own Container: When Containers Turn the Key to EDR Bypass/byoc-avtokyo2024
tkmru
0
870
コロプラのオンボーディングを採用から語りたい
colopl
5
1.4k
なぜfreeeはハブ・アンド・スポーク型の データメッシュアーキテクチャにチャレンジするのか?
shinichiro_joya
2
580
[JSAC 2025 LT] Introduction to MITRE ATT&CK utilization tools by multiple LLM agents and RAG
4su_para
1
110
自社 200 記事を元に整理した読みやすいテックブログを書くための Tips 集
masakihirose
2
350
Kotlin Multiplatformのポテンシャル
recruitengineers
PRO
2
150
iPadOS18でフローティングタブバーを解除してみた
sansantech
PRO
1
150
生成AIのビジネス活用
seosoft
0
110
メンバーがオーナーシップを発揮しやすいチームづくり
ham0215
2
250
2024AWSで個人的にアツかったアップデート
nagisa53
1
110
Oracle Base Database Service 技術詳細
oracle4engineer
PRO
6
55k
Featured
See All Featured
Speed Design
sergeychernyshev
25
740
Java REST API Framework Comparison - PWX 2021
mraible
28
8.3k
Facilitating Awesome Meetings
lara
51
6.2k
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
3
240
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
PRO
10
870
Statistics for Hackers
jakevdp
797
220k
Embracing the Ebb and Flow
colly
84
4.5k
Code Review Best Practice
trishagee
65
17k
YesSQL, Process and Tooling at Scale
rocio
170
14k
4 Signs Your Business is Dying
shpigford
182
22k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
132
33k
Side Projects
sachag
452
42k
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