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
530
レセプトデータの中身解説
2022/07/05 竹内さん勉強会資料
PharmaX(旧YOJO Technologies)開発チーム
August 17, 2022
Tweet
Share
More Decks by PharmaX(旧YOJO Technologies)開発チーム
See All by PharmaX(旧YOJO Technologies)開発チーム
AIエージェントについてまとめてみた
pharma_x_tech
21
15k
完全自律型AIエージェントとAgentic Workflow〜ワークフロー構築という現実解
pharma_x_tech
1
1.2k
LLMアプリケーションの Fine-tunningと蒸留を活用した改善
pharma_x_tech
7
2.1k
OpenAIの蒸留機能(Model Distillation)を使用して運用中のLLMのコストを削減する取り組み
pharma_x_tech
5
760
EMとして 自分の弱さと向きあい 人に背中を任せられるようになった話
pharma_x_tech
4
670
LLMアプリケーションの継続的改善のためのFine-tuningの活用
pharma_x_tech
0
81
LLMアプリケーションの評価と継続的改善
pharma_x_tech
3
460
開発チームから始める 「学習する組織」に 成長するための取り組み
pharma_x_tech
3
830
LLMマルチエージェントの アプリケーション設計のコツと未来
pharma_x_tech
1
660
Other Decks in Technology
See All in Technology
短縮URLをお手軽に導入しよう
nakasho
0
140
NFV基盤のOpenStack更新 ~9世代バージョンアップへの挑戦~
vtj
0
340
Visualize, Visualize, Visualize and rclone
tomoaki0705
9
82k
ESXi で仮想化した ARM 環境で LLM を動作させてみるぞ
unnowataru
0
170
AWSではじめる Web APIテスト実践ガイド / A practical guide to testing Web APIs on AWS
yokawasa
7
650
スキルだけでは満たせない、 “組織全体に”なじむオンボーディング/Onboarding that fits “throughout the organization” and cannot be satisfied by skills alone
bitkey
0
170
入門 PEAK Threat Hunting @SECCON
odorusatoshi
0
150
Goで作って学ぶWebSocket
ryuichi1208
3
2.7k
Share my, our lessons from the road to re:Invent
naospon
0
140
AWS Well-Architected Frameworkで学ぶAmazon ECSのセキュリティ対策
umekou
2
140
Windows の新しい管理者保護モード
murachiakira
0
200
分解して理解する Aspire
nenonaninu
2
1k
Featured
See All Featured
GraphQLの誤解/rethinking-graphql
sonatard
68
10k
Fireside Chat
paigeccino
34
3.2k
A Philosophy of Restraint
colly
203
16k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
45
9.4k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
44
7k
Keith and Marios Guide to Fast Websites
keithpitt
411
22k
Visualization
eitanlees
146
15k
The Power of CSS Pseudo Elements
geoffreycrofte
75
5.5k
Bootstrapping a Software Product
garrettdimon
PRO
306
110k
Scaling GitHub
holman
459
140k
Unsuck your backbone
ammeep
669
57k
Writing Fast Ruby
sferik
628
61k
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