事前审查电子病历申请

事前审查电子病历申请大纲

1

数字转型应用情境

2

癌药事前审查规划说明•

现况分析与预期效益•

借鉴省外经验•

公私协力推动•

资料内容订定2数字转型应用情境

精进癌症防治信息系统

.发展AI辅助审查。

国际标准结合真实世界资料

.加速新药评估。4Terminology

DataData

Mapping

Interoperability结合强化「我省癌症防治计划」建立智慧医疗的基石筛检诊断

治疗追踪数字医疗转型次世代基因定序检测(NGS)申报资料收载癌药事前审查申请癌症重大伤病申请癌症个案療效追蹤Standard癌药事前审查FHIR规划说明-现况分析与预期效益抗癌瘤药品常见项目：用药纪录血液检查数值肝肾功能基因检测结果切片结果(肿瘤型态/大小等)

肿瘤影像学证据现况分析1_现行事前审查申请资料数字化程度低•事前审查申请机制于健保初期即建立，仅针对病人基本资料、申请院所及申请项目等信息收集结构化资料，余皆以文件方式上传，由审查医师人工检视用药合理性•送审方式可分为VPN送件(占率98%以上)或书面送件，每年约40万件，且资料格式多元不易整合送审文件上传格式资料范围事审申请文件XML(结构化资料)病人身分院所信息疾病状态(诊断)病历XML(卫生局推动之电子病历EMR)、PDF、TXT、

DOC/DOCX、

TIFF…等(病历电子档)病人身分院所信息疾病状态检查(验)报告PDF、TXT、

HTML、DOC/DOCX…等疾病状态检查(验)影像DICOM、GIF、JPEG、TIFF…等疾病状态其他资料

(如：病理报告)MPEG、

MP4…等疾病状态6现况分析2_申请资料跟不上给付规定内容7现况分析3_依各类给付规定设计上传资料重工•近年为精准给付，健保署依不同药品之给付规定规范上传资料，院所亦须从病历分别萃取建档提供，转换成本高8核定后持續監測

预期效益•对院所的好处:降低院所资料转换成本，协助电子病历系统升级•对审查医师的好处:提升资料可利用性(大数据加值应用)，辅助专业审查9癌药事前审查FHIR规划说明-省外经验借鉴省外经验_mCODE(MinimalCommonOncology

Data

Elements)DiseaseCharacterizationOutcomesPatient

InformationCancerTreatmentsHealthAssessmentGenomics11癌药事前审查FHIR规划说明-公私协力推动PPT模板下载：/moban/

行业PPT模板：/hangye/节日PPT模板：/jieri/PPT素材下载：/sucai/PPT背景图片：/beijing/PPT图表下载：/tubiao/优秀PPT下载：/xiazai/PPT教程：www.1/powerpoint/Word教程：/word/Excel教程：/excel/资料下载：/ziliao/PPT课件下载：/kejian/范文下载：/fanwen/

试卷下载：/shiti/教案下载：www.1ppt.com/jiaoan/公私协力推动_申请事前审查作业流程申请事前审查作业流程维持现行方式，仅资料上传多一种格式在线检核规划内容13NY公私协力推动_建立工作小组事前审查以电子病历申请敏捷式开发订定评估之资料内容訂定內容之資料格式建置FHIR架构资料内容订定小组医疗专业团队信息开发小组信息专业团队14评估信息开发可行性医院信息专业人员实作（测试环境、设定系统、开发程序、测试上传)实作以FHIR格式上传公部门角色了解国际通用FHIR

交换模板(mCODE)1月

2月

3月健保署邀集临床专家设计癌药事前审查

IG及建构FHIR

Server/APIGateway公私协力推动_规划期程及分工4月

5月

6月

7月

8月

9月10月

11月12月盘点癌药事前审查申请资料内容修正FHIR架构及信息格式实作检讨及经验分享观摩会审查及公告交换栏位(FHIR格式)评估资料内容之可行性与完整性医院医疗专业人员私部门角色卫生局信息处分区参与实作数有兴趣参与数实作医院/有兴趣参与医院7-2-461-1-1-合计16622有意愿参与实作医院名单16癌药事前审查FHIR规划说明-资料内容订定序号类别栏位数量1院所信息82申请项目163病人信息84疾病信息235评估信息166治疗信息187基因信息108结果信息3合计癌药事前审查FHIR资料内容八大构面102项10218类别栏位名称疾病信息国际疾病分类代码诊断日期简要病摘病历资料（请填写完整档案路径）病历资料名称影像报告影像报告结果影像报告日期影像检查的身体部位签发影像报告医师身分证号DICOM影像非DICOM影像癌症分期量表项目癌症分期分数或结果癌症分期量表评估日期签发癌症分期报告医师身分证号报告类型检体种类报告结果-文数字检查报告（请填写完整档案路径）附件报告名称报告日期检查报告医师身分证号类别栏位名称评估信息检验(查)名称或套组代码套组中的的检验检验(查)结果判读检验(查)结果检验(查)结果之参考范围下限检验(查)结果之参考范围上限检验(查)结果之参考范围类型检验(查)结果之参考范围说明检验(查)报告日期检验(查)附件（请填写完整档案路径）检验(查)附件名称签发检验(查)报告医事人员身分证号病人状态评估项目代码病人状态评估结果病人状态评估日期评估项目医事人员身分证号类别栏位名称院所信息医事机构代码申报类别就医科别申请医师身分证号申请日期紧急报备日期申请案件类别原受理编号病人信息病历号姓名身分证号出生日期病人性别病人体重病人身高是否怀孕或哺乳资料内容219类别栏位名称结果信息治疗后疾病状态评估项目治疗后疾病状态评估结果治疗后疾病状态评估日期申请项目续用注记医令类别给付适应症条件事前审查品项代码用药线别申请部位事前审查申请数量事前审查申请数量单位事前审查药品每日处方频次事前审查药品每次处方剂量药物每次处方剂量单位事前审查药物预定处方起始日期事前审查药物预定处方终止日期核定日期核定数量核定注记类别栏位名称治疗信息药品代码自费注记药物使用状态药品使用频率及服用时间药物每次处方剂量药物每次处方剂量单位药物处方起始日期药物处方终止日期药物处方终止原因放射治疗状态放射治疗项目放射治疗日期放射治疗总剂量放射治疗总剂量单位手术(或其他处置)项目手术(或其他处置)日期治疗计划文件（请填写完整档案路径）治疗计划文件名称类别栏位名称基因信息基因检测代码基因突变类型基因检测检体类型基因检测方法基因检测日期基因检测检验机构基因检测分析结果基因临床判读结果基因报告（请填写完整档案路徑）基因报告名称资料内容3201.全省专门术语服务平台2.ICD-10-CM/PCS3.LOINC4.SNOMEDCT(卫生局已确认医院皆可使用之权限)原申请时使用的代码标准代碼N署内代码N代码订定原则本署自编代码资料内容代码YY211.盘点给付规定评估项目2.查找所对应之标准代码3.依评估项目对照标准代码4.收集临床医师意见5.整合标准代码

.取最大化*以利各医院皆能填报完整以检验检查为例

2.健保署、

CDE查找是否有标准代码LOINC

COMPONENT

建议

NHI_CODE注记Immunoglobulin

light

chainsImmunoglobulin

lightchains.kappa/Immunoglobulin

lightImmunoglobulin

lightchains.lambdaImmunoglobulin

lightchains.kappaImmunoglobulin

lightchains.lambda15189-433559-611051-027365-627394-6

1.CDE盘点给付规定项目代码订定流程chains.lambda~3.

工研院(病管学会)对照LOINC代码4.医院提供已使用的LOINC代码5.将LOINC代码取最大化NHI_CNNAME中荣中荣中荣免疫球蛋白κ/λ免疫球蛋白κ/λ12160B12160B医院22类别序号栏位名称代码系统完成进度及引用标准非使用原本填写代码注记注1使用注记注2院所信息1医事机构代码已完成(原健保署系统)●2申报类别已完成(原健保署系统)●3就医科别已完成(套用全省专门术语服务平台

twTerminology就医科别)*●4申请案件类别已完成(原健保署系统)●疾病信息5影像报告已完成(引用ICD-10-PCS)*▲6影像检查身体部位已完成(SNOMEDCT)*●7国际疾病分类代码已完成(ICD-10-CM)★8癌症分期量表项目已完成(SNOMEDCT、健保署新建编码)*●9报告类型已完成(引用LOINC)*●评估信息10检验检查名称已完成(引用LOINC)*▲11病人状态评估项目已完成(LOINC及健保署新建编码)*●注1:非现行事前审查栏位所填报之代码注2:●仅可使用提供代码范围；▲表列为参考代码

.亦可依引用标准填写其他代码；★请依引用标准自行查询填报代码系统订定及标准23类别序号栏位名称代码系统完成进度及引用标准非使用原本填寫代碼註記注1参考代码注记注2治疗资讯12用药线别已完成(健保署新建编码)*●13放射治疗项目已完成(引用ICD-10-PCS)*▲14手术或其他处置项目已完成(原健保署系统或ICD-10-PCS)★15药品代码已完成(套用全省专门术语服务平台

twTerminology药品代码)★申请项目16事前审查品项代码已完成(套用全省专门术语服务平台

twTerminology药品代码)★17续用注记已完成(健保署新建编码)*●18给付适应症条件已完成(健保署新建编码)●19申请部位已完成(原健保署系统)●20事前审查药品处方频次已完成

(套用全省专门术语服务平台

twTerminology药物每日处方频次)●21医令类别已完成(原健保署系统)●注1:非现行事前审查栏位所填报之代码注2:●仅可使用提供代码范围；▲表列为参考代码

.亦可依引用标准填写其他代码；★请依引用标准自行查询填报注3:健保署网站公布药品代码

.并实时于全省专门术语服务平台更动(相关单位：信息处)代码系统订定及标准24类别序号栏位名称代码系统完成进度及引用标准非使用原本填寫代碼註記注1参考代码注记注2基因信息22基因检测代码已完成(引用LOINC)*▲23基因突变类型已完成(引用LOINC)*●24基因检测检体类型已完成(引用LOINC)*●结果信息25治疗后疾病状态评估项目已完成(健保署新建编码)*●注1:非现行事前审查栏位所填报之代码注2:●仅可使用提供代码范围；▲表列为参考代码

.亦可依引用标准填写其他代码；★请依引用标准自行查询填报代码系统订定及标准251.目的：为使医院得随时自行下载文件并查阅教育训练录像档

.于全球信息网之重要政策选单下新增「癌药事前审查以电子病历申请专区」

.并放置相关信息

.提升推动效率2.我省癌症用药事前审查实作指引3.规划资料内容、代码档及历次会议简报3.相关参考连结：(1)我省核心实作指引(TW

Core

IG)(2)HL7

FHIR:(3)Prior

Authorization

Support

(PAS)

FHIR

IG(4)最小常见肿瘤学数据元素(Minimal

CommonOncology

Data

Elements,

mCODE)「癌药事前审查以电子病历申请」专区26「癌药事前审查以电子病历申请」专区227欢迎医院踊跃参与FHIR

标准与我省癌症用药事前审查实作指引介绍Date：2024/08/28Outline•

FHIR标准基本介绍–

FHIR

resource

概念与组成–

HL7

与

HL7

FHIR

差异比较–

RESTfulAPI•实作指引ImplementationGuide

(IG)–

如何使用

IG

进行开发–

我省核心实作指引（TWCore

IG）–

术语系统Terminology•癌症用药事前审查概念介绍–

癌症用药事前审查实作指引(PAS

IG)

设计架构说明–

癌症用药事前审查申报流程说明30FHIR

基本简介HL7vs

HL7

FHIR•

FHIR

是

HL7

组织所制定的标准

.•

Health

LevelSeven

(

HL7

)

从

1987

开始发展出一系列的标准

.大多用在自动化资料共享•

FHIR

是实现一个

HL7

可实作的架构(

不需要知道HL7定义的规范

.可相容

HL7v3&

CDA

)•

FHIR

改善了HL7制定标准的过程.避免在标准制定上早期工作缺陷•HL7

重视规则.没有实际开发经验很难理解架构)•FHIR

重视实作(

best

practices).

开发者可以在短时间内建立简单的

Interface•免费使用

需为会员才能使用32•

定义标准化、结构化医疗数据架构

.达到可快速互通、可操作性。•

Resource

用以表达特定的医疗数据物件

.如：病患资料(

Patient

)、观察结果

(Observation

)、药物

(

Medication

)•

FHIR

允许基于核心标准下透过扩展的方式，新增元素定义以符合实际应用需求。•

使用基于Web

标准的

RESTfulAPI.提供应用操作界面。•

HTTP

method：GET、POST、PUT、DELETE

等•

易于开发、支援跨平台、支援多格式(JSON、XML、Turtle)•

F：

Fast•

H：

Health•

I：

Interoperable•

R：

ResourcesFHIR-

快速健康照护可互通性资源值集、代码系统及扩展项{"resourceType"

:

"Patient",

"id"

:

"pat-example",“identifier”:[…{"system"

:".tw","value"

:

"A123456789"

}…],"gender"

:

"female","birthDate"

:

"1990-01-01",…}•

Profile：定义

Resource

的资料结构

.必要栏位、绑定FHIR

Resource定义34FHIR

Resource•145

Resources

(

R4

)•5

LevelsDesignfor80%,

not

100%ResourcesExtensions+Solution=80%20%Request

必须包含所有需要的信息.而不需依赖其他Request的状态。•Cacheable：可实作快取.且快取机制可以在Client

或

中实作。•Uniform

Interface：在

Components

之间使用一致性的操作界面.降低耦合并提高独立性(

Independent

)•

RESTfulAPI

组成：–

Nouns：唯一的资源识别方法

.如Resource

Identifiers–

Verbs：操作资源

的方法

.如GET,

POST,

PUT,DELETE–

Content-type：资料型别

.如JSONRESTfulAPI•Client-Server•Stateless：Client

与Server

的沟通不需依赖状态

.每一个RESTfulAPI

of

FHIR•基本架构：<Method><BaseUrl>/<Resource>/[id]{?options}•查询所有Patient：GET

https://hapi.fhir.tw/fhir/Patient•查询指定Patient：GEThttps://hapi.fhir.tw/fhir/Patient?name=someone•查询目标

Patient：GET

https://hapi.fhir.tw#C/onftehnitrty/pPe=aJtSiOeNnt/2

{•

新增

Patient：

POST

https://hapi.fhir.tw/f

r

:u

yi

:t"Patient",epe•编辑指定

Patient：

PUT

https://hapi.fhir.•删除指定Patient：

DELETEhttps://hapi.fhir.tw/fhir/Patient/2“identifier”:[…{"system"

:".tw","value"

:

"A123456789"}…38整合

FHIR

标准的医疗系统架构FHIRConverter实作指引ImplementationGuide

(IG)Implementation

Guide

(IG)•

FHIR

实作指引（Implementation

Guide

.简称

FHIR

IG）

.是指针对特定应用情境或需求订定的FHIR标准实作指引。•

协助开发者、实作者依照一致的FHIR

标准来实现医疗信息的交换。HL7

FHIR

Foundation

Implementation

Guide

Registry：41我省核心实作指引

(TW

Core

IG)•我省核心实作指引

(TW

Core

IG)-

订定符合目前我省医疗现况与实作需求的基础核心

FHIR

资料格式•以

HL7

FHIR

R4.0.1

为基础

.

内容包含:•

数据项（意即栏位）•

基数（意即0..1、0..*、

1..1

或

1..*）•

资料类型（文字、日期时间、代码等htt）•

可绑定的代码（及其绑定的强制程度）•

查询参数我省核心实作指引

(TW

Core

IG)•

目前已支援22

个

Resources•实作者以TWCore

IG

为基础.进一步订项目所需之资料交换格式•TWCore

IG

的实作方式有两种：•

仅支援Profiles

(仅有资料)•

支援Profiles+

RESTful

互动(资料+API)需求分析阶段规划共同格式接轨国际标准标准审议程序国际标准工作小组公布国际标准制定反馈开源码開發者提交实作指引开发使用Reference计划推动负责单位组织验证

联测松公开提交需求访谈联合技术框架联合工作小组使用者(医院)惠开发者&业者参加FHIR

实作指引-

开发至发布阶段需求分析互Terminology

.

tn

clude

these

codes

as

definedin

http://sno

/sc

t2·Include

these

codes

asdefined

inhttps://tw

core.

noh

w.

gov.:

tw/ig/tw

core/codes

ys

ten/ned

ica1-treat

nen

t-depart

nen

t-n

hi-twEx：

LOINC,

SNOMED

CT, ICD-10,

etc.癌症用药事前审查说明癌症用药事前审查(PAS

IG)

-

简介•癌症用药事前审查是医疗保险给付常用来管理医疗保健费用的流程.

申请单位提出申请需检附多种病历文件

.另外搭配包含疾病、评估、治疗、基因、癌症分期表等信息、

影像报告与影像、检查报告、基因报告等诸多资料。•以现行状况.

申请医院需要将病历印出后再扫描成电子档.其余申请信息需要人工填写

.造成申请端作业时间漫长。在保险给付端收到申请后

.仍须人工审查

.造成申请与审查单位事前审查的过程可能缓慢且效率低效。以我省癌症用药事前审查

FHIR

IG制定的规格为主，协助医院产出符合FHIR

IG之规格，以利快速的开发对应的信息系统47癌症用药事前审查(PAS

IG)

-

效益•

医院与厂商好处•透过标准化的规格定义各种检附文件的规范.以实现电子健康记录(EHR)的互操作性.以达到跨系统之间的资料互通

。•开发者简化针对个别医院客制化开发程序.减少开发成本并增加日后电子病历的流动性.进而有效運用電子病歷的好處。•

健康保险给付端•透过结构化的申请文件可以自动化方式做为文件检核.并可透过一系列机制来快速审查.并建立新药物暂时性保险支付许可等措施

.来缩短审查时间。48•

病人状态评估-Observation

PatientAssessment•

治疗后疾病状态评估-ObservationTreatmentAssessment•

文件参照-DocumentReference

•

文件打包-Bundle

(collection)申请项目治疗

信息检验

检查病患状态评估病患信息疾病

信息检查报告基因信息影像報告病历報告•癌症分期量表-ObservationCancerStage•基因信息-Observation

Diagnostic•检验检查-Observation

Laboratory

Result•基因检测检体-Specimen•DICOM影像-ImagingStudy•非DICOM影像-Media•影像报告-DiagnosticReport

Image•检查报告-DiagnosticReport•

事前审查-Claim•

事前审查品项-MedicationRequestApply•

健保事前审查计划-Coverage•

放射治疗-Procedure•

放射治疗总剂量-Substance•

用药品项-MedicationRequestTreat癌症用药事前审查(PAS

IG)-

涵盖项目院所资料评估資訊治疗后疾病状态评估49•

病人信息-Patient•

医事人员-Practitioner•

机构-Organization•

就医科别-Encounter放射治疗结果信息评估信息Observation:

Laboratory

ResultObservation:

PatientAssessmentObservation:TreatmentAssessment疾病状态Observation:CancerStageObservation:

DiagnosticMedicationRequestTreat治疗信息MedicationRequestApply申请信息病患、

医事人员参与者Patient

Pra