条形码,二维码,RFID病案管理系统整合.docVIP

系统整合 整合的病案管理系统采用结构化设计的方法来实现系统总体功能，提高系统的各项指标，即将系统合理的划分成各个功能模块，正确地处理模块之间和模块内部的联系以及他们之间的调用关系和数据关系，定义各模块的内部结构。该系统属于C/S模式，主要有以下几大模块： 系统功能示意图 一、 数据库 数据库建设“三分技术，七分管理，十二分基础数据”。良好的数据库的建立是整个系统的基础，是整个软件应用的根基，是软件设计的起点，它起着决定性的质变作用。首先利用院内公共网络建立医务处和病案科公用的数据库，这一步是至关重要的。前期，由医务处完成病案各项内容的输入，包括病案首页，各项检查记录，诊断记录，医嘱及护理管理等，再由病案科在接收病案时核对相对数据模型与格式是否正确。 一、数据表应涉及： 1.患者的基本信息表 2.患者病情诊断表 3.患者治疗过程表 4.患者所做过检查信息表 5.病案状态表 6.病案架排放表 二、设计数据库时，应注意： 1. 数据库设计时就要考虑到效率和优化问题 一开始就要分析哪些表会存储较多的数据量，对于数据量较大的表的设计往往是粗粒度的，也会冗余一些必要的字段，已达到尽量用最少的表、最弱的表关系去存储海量的数据。并且在设计表时，一般都会对主键建立聚集索引，含有大数据量的表更是要建立索引以提供查询性能。对于含有计算、数据交互、统计这类需求时，还要考虑是否有必要采用存储过程。 2. 添加必要的（冗余）字段 像“创建时间”、“修改时间”、“备注”、“操作用户IP”和一些用于其他需求（如统计）的字段等，在每张表中必须都要有，不是说只有系统中用到的数据才会存到数据库中，一些冗余字段是为了便于日后维护、分析、拓展而添加的。 3. 设计合理的表关联 若多张表之间的关系复杂，建议采用第三张映射表来关联维护两张表之间的关系，以降低表之间的直接耦合度。若多张表涉及到大数据量的问题，表结构尽量简单，关联也要尽可能避免。 4. 设计表时不加主外键等约束性关联，系统编码阶段完成后再添加约束性关联 这样做的目的是有利于并行开发，减少编码时所遇到的问题，表之间的关系靠程序来控制。编码完成后再加关联并进行测试。 5. 选择合适的主键生成策略 主键生成策略大致可分：int自增长类型（identity、sequence）、手动增长类型（建立单独一张表来维护）、手动维护类型（如userId）、字符串类型（uuid、guid）。 二、医务处子系统 数据库设计好之后，医务处子模块功能实现起来较为容易。根据数据库设计的各种字段，在患者出院后，完成各项数据的记录，并将原始资料（如CT检查单、住院结算单等）整理好 一起送病案室，流程图如下： 医务处子系统功能流程图 三、病案室子系统一 此模块主要完成接收各科室送来的病案，检查病案首页的内容是否正确，手术编码是否合乎规范，并整理装盒，条形码和RFID技术系统上的整合在该子系统有较好的体现。 病案室子系统一功能流程图 四、病案室子系统二 该子系统主要完成装盒后的病案的签收，上架及日后的借阅管理等功能。流程图如下： 病案室子系统一功能流程图 五、病案排架子系统 根据科室和日期的不同，设计病案柜的层标和架标，形成与病案柜等比例缩小的三维结构图，当病案放入指定的位置时，相应的位置就会变色，显示病案在库并且位置正确，这些功能由病案柜上的架标指示器和层标指示器完成。由于病案柜的层状结构，通常的阅读器天线不能满足阅读整层病案的要求，因此可以选用串联空分多匝组合线圈天线。通过多个小天线线圈的组合覆盖病案柜整层的底部，阅读放置在病案柜中的病案。 病案定位查询可得到病案的具体存放位置信息。由于库房无线阅读器和病案柜中阅读器检测天线都有唯一的地址，因此存放在病案柜中的每一份病案都有唯一的位置信息。当查询某一特定