01 XXX医院信息化项目数据迁移方案

密级：保密

文档编号：2017DHCC0411LZX03

文档名称：XXX医院信息系统项目数据迁移方案

XXX医院信息系统项目

数据迁移方案

版本：V 1.0 密级：保密最后修改日期：总页数：正文：附录：

编制：校改：

项目名称：XXX医院信息系统项目

承建单位（乙方）：东华软件股份公司

承建单位审核：项目经理

建设单位（甲方）：XXX医院

业务科室参评人员，见评审记录表

信息中心医院主管领导

监理单位：监理工程师生效日期：

评审记录表

评审日期：序号版本部门评审人评审意见

1

2

3

东华项目负责人意见：

签字：

医院主管领导意见：

批

批准人：

批

批准日期：

修改记录表

序号版本修改日期修改内容描述修改人1

2

目录

1 编写目的 (4)

2 数据迁移的内容和方式 (4)

2.1基础代码数据的迁移 (4)

2.2动态数据的迁移 (5)

2.2.1 患者主索引数据的迁移 (5)

2.2.2 门诊预约挂号记录的迁移 (8)

2.2.3 患者住院次数的迁移 (11)

1编写目的

数据迁移是HIS系统更替的一项重要工作，既要对原有系统数据字典或业务数据进行保留和继承，更要满足今后医院业务和管理发展的要求。

XXX医院在新系统上线前主要运行着三套管理系统，包括众邦的住院系统、门诊的联众系统以及干保基地运行的天健系统，新系统将替换众邦的住院系统和联众的门诊系统。按照调研的结果，大部分基础代码的来源是基于原有的住院和门诊系统，部分检查医嘱的来源是干保基地的天健系统，药品字典以SAP的物流管理系统为基础。

此外，为了新旧系统切换时保证系统的连续性，患者的主索引信息以及部分挂号预约信息需要动态导入新HIS系统中。

2数据迁移的内容和方式

2.1基础代码数据的迁移

基础代码数据的迁移的方式通常有两种方式，一种是全盘继承，如科室和人员信息；另外一种方式是对原有的数据进行加工，在继承的基础上予以完善，以适应业务发展的要求并与新HIS系统相匹配，如药品字典信息，药品的编码、名称进行完善，并增加有关药品的其它属性。

字典类型来源方式说明

患者类型联众、众邦增删新系统患者的类型和费别科室众邦增加

人员人力资源复制新系统医护人员和用户

药品SAP 修改、增加

用法联众、众邦增删

频次联众、众邦增删

检验项目联众复制

部分检查申请天健修改、增加

嘱托医嘱众邦增加

ICD诊断病案系统复制

以上代码表数据不包含新HIS系统新增或完全重新整理的代码表数据。

2.2动态数据的迁移

动态数据迁移主要包括患者主索引、门诊预约记录和患者住院次数。

2.2.1患者主索引数据的迁移

由东华软件股份公司承建的新HIS系统在2011年5月启动，众邦的住院系统和门诊的联众系统都将会替换掉。

从以往我们上线的经验看，主索引数据的处理方式一般有两种：

原HIS系统没有明确的主索引概念，住院患者以病历号为主，门急诊患者随意性很大，每次就诊随机分配一个就诊号。这种情况主索引数据一般不做迁移，个别医院会把住院患者的主索引数据导入的新系统中，由于老系统并没有患者ID的概念，所以导入患者的ID按照系统的规则分配，而且习惯上住院处还是以病案号为主，主索引的概念并没有得到真正的应用。

原HIS系统患者在就诊时需要先办理就诊卡，我们可以认为办理了各种就诊卡的HIS系统都会有患者ID，病历号以及社保号等可以作为患者主数据的附属信息，甚至一些推广使用卡消费的用户，患者的账户信息和资金余额也必须平稳过渡；这种情况下，患者的主索引数据的迁移就是一件势在必行的工作。

XXX医院基本符合第二种方式，但具体情况要复杂的多。

XXX医院HIS系统经过十多年发展，患者主索引截止到2011年6月已有500多万条数据，数据的录入、维护，规则的制定通归病案室管理。与主索引数据有关的业务有建卡处和门诊及住院建病历处，其它部门包括住院处都不涉及主索引数据的更改。

建卡处负责患者就诊卡的发放，医保卡的管理，银医卡的激活等功能。