0402 数据准备步骤及数据处理技巧.docx

上传人:b****2 文档编号:1584434 上传时间:2022-10-23 格式:DOCX 页数:25 大小:358.14KB
下载 相关 举报
0402 数据准备步骤及数据处理技巧.docx_第1页
第1页 / 共25页
0402 数据准备步骤及数据处理技巧.docx_第2页
第2页 / 共25页
0402 数据准备步骤及数据处理技巧.docx_第3页
第3页 / 共25页
0402 数据准备步骤及数据处理技巧.docx_第4页
第4页 / 共25页
0402 数据准备步骤及数据处理技巧.docx_第5页
第5页 / 共25页
点击查看更多>>
下载资源
资源描述

0402 数据准备步骤及数据处理技巧.docx

《0402 数据准备步骤及数据处理技巧.docx》由会员分享,可在线阅读,更多相关《0402 数据准备步骤及数据处理技巧.docx(25页珍藏版)》请在冰豆网上搜索。

0402 数据准备步骤及数据处理技巧.docx

0402数据准备步骤及数据处理技巧

数据准备步骤

1数据准备意义

我们产品功能强大,但结构相对复杂,数据准备的成功与否或快慢,不仅直接影响到项目前期的进度,而且决定项目上线后能否顺利稳定运行,同时对项目后期的系统运行、数据维护都起到很大作用,数据准备阶段对整个项目非常重要。

数据准备好项目成功一大半,数据准备不好,上线后可能反复修改甚至可能下线重新返工;

数据规范、统一、标准和准确决定项目质量。

2数据准备阶段

数据准备阶段应该从高级用户的培训开始,到数据收集方法格式的培训,到客户化数据导入系统,到导入后数据的核对,到系统数据配置,到系统测试,到测试数据清除。

运行后随业务发生变化进行手工维护,部分量大的数据可能还需要帮助客户做重新导入(比如新政策下的诊断手术编码等)

3数据准备范围

数据准备

内容

基础数据

所有的系统基础数据

历史数据

可能需要导入:

患者主索引数据(1.患者卡信息,2.患者病案信息,3.患者历史就诊信息[这个不要导入])

其他的就诊,医嘱,收费,统计等老系统历史数据不进入新系统

4接口数据

序号

可能有的第三方产品接口

1

预约资源信息

2

统计报表数据接口

3

叫号系统,大屏幕显示价格等

4

可能的化验系统接口

5

可能的RIS系统接口

6

成本核算数据接口

7

病案编目及病历首页接口

8

摆药机接口

9

合理用药接口

10

网上采购信息接口

11

其他接口

5数据准备过程

顺序

事项

具体步骤

系统培训

标准版功能培训

高级用户大概知道有哪些模块,了解和熟悉各模块主要功能是什么

代码表的培训

高级用户大概知道代码表的分类和意义,特别交代清楚这些代码都用在哪里

系统构架培训

交代讲解数据准备模板的内容,分配任务落实到人到时间

数据整理

数据分类

部分需要完全重新导入,部分需要审核(基本不修改或少量修改),部分需要变更(直接将原先数据修改成本院数据,不删除原先数据),部分需要重新配置,见附件:

数据准备模版

准备好数据模板分配和数据收集的文件夹(共享的)

导出旧系统数据

了解旧系统的数据情况,包括接口数据(尽可以协助做一些辅助导出和整理等)

收集、检查准备好的原始数据

部分高级用户开始输入和整理相关(不导的)代码表

数据核对

测试库测试

准备一个专门用来导数据的库(NT环境即可,不是培训库)

导入准备好的数据

导入后的数据再导出来由客户相关业务科室来手工核对

将最后正式导入前的数据做好备份工作(本阶段最重要成果)

正式库维护

药物和材料的科室虚库存数据导入

安全组权限整理并分配到用户

科室常用诊断和医嘱模板的准备

打印输出单据、报表格式的修改和配置

分发最终用户连续票据数据

注意事项

有些关键代码表,比如医嘱分类和医嘱子分类等直接参与并确定即可,不用反反复复讨论

数据准备尽可能一次性完成,包括门诊,住院,急诊和社区的所有数据,也包括一个集团多个医院的数据,尽量不在上线后再导数据)

6数据检查方法

序号

方法内容

1

相关程序检查一些一致性错误

2

将导入后的数据导出,由相关业务科室来手工核对(主要指科室,用户,医护人员,医嘱和收费对应及价格,接收科室,诊断、手术,医保对照等,对药物要特别注意默认用法和剂量及医嘱提示)

7数据(和程序)测试

高级用户将所有类型病人,按实际就诊流程进行测试,几乎将所有医嘱都开一遍,看接收,执行和记费、统计都正确否;发现问题的数据需要修改或重新导入;

8模块参数配置

模块参数配置主要包括以下几个方面:

预约、挂号、分诊、医生站、护士站、收费、折扣、药房、LIS、RIS、电子病历、病案、综合统计、相关接口数据准备、综合统计模块统计组和统计项目的配置。

9测试垃圾数据清除

在正式运行环境下,也需要进行一个完整的测试,然后,将测试数据清除干净。

10关于数据需要注意事项

序号

注意事项

1

使用过的数据不能删除原则

2

频次代码需要配置分发时间

3

代码维护的权限要做到职责到人,登陆系统必须用个人ID来处理,超级用户只有信息中心主任和项目经理知道,注意密码保密,经常定期修改个人密码

4

数据库做安全设置,最大程度堵住恶意破坏和攻击的漏洞,增加系统数据安全

5

定期做数据库一致性检查

6

有些功能是按数据来特定的,要么按程序定义数据,要么按数据修改程序,为保持程序的一致性,尽量统一来定义数据

7

关于空调费和取暖费可以采用调价的办法来开停

8

重点关注五大项目的逻辑关系,关注药物和材料医嘱的基本单位,等效单位,计价单位,库存基本单位和整包装单位的逻辑关系

11数据导入/结构须知

11.1科室表

序号

数据库表结构

表名称

1

科室部门组

RBC_DEPARTMENTGROUP

2

科室列表

CT_LOCATIONLIST^CT("LL")

3

不同列表中的科室

CT_LOCATIONLIST_LOCATIONS

4

病人登记的科室

PAC_ADMTYPELOCATION

5

科室表

CT_LOC

6

注意事项

1.科室部门组现在不用

2.科室列表是在做住院登记或在医生工作站进行查询是用的,在MEDTRAK中起作用,在TRAKCARE中部分位置起作用

3.病人登记科室是在办理住院登记时用到的,这个的优先级低于科室列表.

4.4.科室表,是记录医院有业务的所有科室,在咱们的系统中没有分级的概念,做成最小的核算单位.

11.2护士站表

序号

数据库表结构

表名称

1

科室与病区对照

1.科室与病区对照:

PAC_WardBedAllocation

2.床位:

PAC_Bed床位类型:

PAC_BEDTYPE

3.3.房间:

PAC_wardroom房间类型:

PAC_ROOMTYPE

2

病区PAC_WARD

在此表中存在的是在CT_LOC中的科室类型为WARD的记录,他是在CT_LOC中的一个Trigger.

3

床位PAC_BED

1.是PAC_WARD的一个子表,在这个表里面存在的是病区的床位信息.在里面的床位大小可以通过SQL最后一次更新

2.2.在此表里面有一个指针指向PAC_BEDTYPE,在PAC_BEDTYPE中记录了医院的床位类型,他跟医嘱想关联,病人的床位费就是跟据此表来计算的

4

房间PAC_WardRoom

1.此表是PAC_WARD的一个子表,这个表里面是病区的房间信息,有一个指针指向PAC_RoomType

2.PAC_RoomType里面记录了医院所有的床位类型.

11.3医护人员与用户

序号

数据库表结构

表名称

1

安全组

SS_GROUP:

不同安全组可以拥有不同操作权限.他包含很多子表

2

用户

1.SS_USER:

有一个指针指向SS_GROUP。

系统里所有操作计算机的用户都存在与此表,在MEDTRAK中如果连续10次密码输入错误,就会把SS_ACTIVE置为NO,此用户不能再做登录。

2.SSUSR_CAREPROV_DR指向CT_CareProv,说明这个用户是医生。

在医嘱表里有个指针也指向CT_Careprov表,他的来源也就是从SS_User中的那个指针来的

3.SS_UserOtherLogonLoc一个用户属多个科室或安全组时存的数据

3

医护人员

1.医护人员:

CT_CareProv

2.2.医护人员类别:

CT_CARPRVTP(内容很少,可以直接输入),在CT_Careprov中有一个指针指向这个表

4

医护人员所在科室

CAREPINDEPT,注意:

在做数据时医护人员和非医护人员分开做,做完后合并,运行CAREP^FHQ

5

备注

每个医护人员都同时又是用户操作员,所以在整理数据时可以一起整理

11.4科室与床位

序号

数据库表结构

表名称

1

科室部门组

RBC_DEPARTMENTGROUP

2

科室列表

CT_LOCATIONLIST(内容很少,可以直接输入)

3

插入CTLOC(PACLOCCTWVSD)在CTLOC表里面有TRIGGER会自动对PAC_WARD进行操作,之后可以做CTWVS(PAC_WardBedAllocation)

11.5药学类

序号

数据库表结构

表名称

1

单位

1.单位:

CT_UOMCT_ConFac

2.CTUOM^FHQ(CT_UOM)医嘱、库存都可用到UOMFAC^FHQ(CT_ConFac)在库存里面存在的都是基本单位,但在入库时一般都要用到整包的单位,他们的换算都是通过里面的换算系数进行的。

开医嘱时按整包装取的也是这样换算

2

剂型

1.剂型:

PHC_FORM

2.DRGFORM^FHQ(PHC_FORM)PHC_DRGFORM与之相对应

3

频次

PHC_Freq

4

用法

PHC_Instruc

5

药理学分类

1.PHC_CatPHC_SUBCatPHC_MinorSUBCat

2.PHCCAT^FHQ(PHC_CatPHC_SUBCatPHC_MinorSUBCat)

6

库存分类

1.INC_STKCAT

2.STKCAT^FHQ(INC_STKCAT)

7

盘点分类

1.INC_STKTKGP

2.STKTCAT^FHQ(INC_STKTKGP)

8

供应商

1.APC_VENDOR

2.UPVENDOR^CHSSIMPVENDOR(APC_VENDOR)

9

产地

1.PH_Manufacturer

2.UPPHC^CHSSIMPPHCMANU(PH_Manufacturer)

10

药学项

PHC_DrgMastPHC_DrgFormPHC_FormDoseEquiv

11

库存项

INC_ITMINC_AliasIN_AdjSalePrice

12

DRUG^CHSSIMPPHCFHQ(PHC_DrgMastPHC_DrgFormPHC_FormDoseEquiv)

ARCIMDRG^CHSSIMPPHC

TARITEMDRG^CHSSIMPPHC

ORDLINK^CHSSIMPPHC

INCI^CHSSIMPINCINC_ITMINC_Alias

UPPRICE^CHSSIMPADJSP(IN_AdjSalePrice)

11.6医嘱分类

序号

数据库表结构

表名称

1

医嘱分类

1.OEC_ORDERCATEGORYARC_ItemCatARC_ITEMCATRECLOC

2.ORDCAT^FHQ(OEC_ORDERCATEGORYARC_ItemCat)

与医嘱的接收科室有关,以后按接收科室核算时用,打印医嘱与各种注射单服药单等有关;不同的医嘱子类可以有不同的录入界面,还有此类医嘱是否需要结果

2

帐单类

ARC_BILLGRPARC_BILLSUB在医嘱项中用到,只有统计组用到

3

医嘱项

1.arc_itmmastARC_ALIAS,ARC_ItemPriceItaly(这个现在不用)

2.ARCIM^CHSSIMPARCIMFHQ(arc_itmmastARC_ALIAS)

•TARITEM^CHSSIMPARCIM

•ORDLINK^CHSSIMPARCIM

4

医嘱项与收费对照

DHC_ORDERLINKTAR

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 高等教育 > 农学

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1