区域卫生数据采集与存储数据交换基本需求

番禺区数据采集与存储
数据交换基本需求
1 交换体系结构
方案一：先将生产数据（P）放到前置机上的数据库（F）中，再交换到上传数据库（U），并集中到中心数据库（C）。下图示意了两家机构将数据集中到中心数据库的过程。

整个交换体系包括三大部分：
 从P到F（可通过数据库的快照实现）
 从F到U
 从U到C

方案二：直接把生产数据（P）交换到上传数据库（U），再集中到中中心数据库（C）。下图示意了两家机构将数据集中到中心数据库的过程。

整个交换体系包括两大部分：
 从P到U
 从U到C

方案比较：
其主要差别是是否采用前置机数据库。具体差异如下。
序号比较内容方案一方案二
1. 对生产数据库的性能影响较小。
快照由Oracle内部处理。较大。
侦听器需要记录变更轨迹。
2. 投入前置机软硬件。
内存：512M – 1G
CPU：PIII以上
操作系统、数据库。
（可考虑升级原农保或医保前置机）
3. 安全较好。一般。
4. 实施一般。
建立从生产到前置机数据库的快照。一般。
5. 生产数据迁移后，上传和中心数据库不变
建议采用方案一。
2 功能要求
从生产数据库到前置数据库的数据迁移可通过Oracle数据库的快照实现，比较简单，不再叙述。下面重点讨论从各医院/卫监到上传数据库，再到中心数据库的数据交换的功能要求。
2.1 从各医院/卫监到上传数据库

基本功能需求：
 生产数据迁移后，上传和中心数据库不变。
 具有增加字段的功能，如机构代码、计算字段等。
 数据下载到各家机构。如标准字典。
 医院自己可打开和关闭数据采集侦听，其目的是让医院做数据迁移工作，但不影响到上传库。
 上传存储成功后，删除前置数据库中的数据。
 主从表时需先采集和装载主表，再从表。
 上传表中要记录下最后更新时间。

下载地址

下载地址1

按字母检索

下载须知:
大部份资源无需注册即可下载
需要积分的资源要在会员中心注册会员并用积分体系中提示的方法赚取积分才能下载。

免责声明：
所有资源只能用于参考学习，不能用于任何商业用途，否则后果自负！