医疗保险信息系统

信管 0902 班 第二小组 组长： 成员： 医疗保险信息系统可行性分析 引言 随着社会的发展，人们对健康越来越关注，医院的业务不断增长，处理越来越复杂， 简单的人工经营管理，已无法满足医院的需要, 成为医院发展的瓶颈， 人们对医疗服务的 要求也越来越高。传统的手工操作模式,病人帐目繁杂，病人查帐困难, 职工的医疗保健系 统和报销的问题出现错误严重现象严重且无法追踪, ,如何提高服务水平、提高工作效率， 成为迫待解决的问题。因此医疗保险信息系统恰好满足了这些需求。 本系统是医院管理信息系统的子系统。在本系统中要实现的系统模块是医疗保险信息 系统和系统维护子系统。 本文在对系统进行了详细的需求分析后，确定了本系统的业务流程，介绍了开发本系 统所用的关键技术。 第 1 章背景和意义 1.1 背景 医疗保险信息系统（MIIS）是信息系统在管理领域的具体应用，具有信息系统的一般 属性。从管理信息系统的建立、功能等方面来分析，管理信息系统可以定义为：管理信息 系统是用系统思想建立起来的，以电子计算机为基本信息处理手段，以现代通讯设备为基 本传输工具，且能为管理决策提供信息服务的人机系统。即，管理信息系统是一个由人和 计算机等组成的，能进行管理信息的收集、传输、存储、加工、维护和使用的系统。具体 作用如下 5 点内容： （1）用统一标准处理和提供信息，排除使用前后矛盾的不完整的数据。 （2）完整、及时提供在管理及决策中需要的数据。 （3）利用指定的数据关系分析数据，客观预测未来。 （4）向各级管理机构提供不同详细程度的报告，缩短分析和解释的时间。 （5）用最低的费用最短的时间提供尽可能精确、可靠的信息，以便使决策者选择最佳 的实施方案，以提高医院的经济效益。 1.2 意义 MIIS 的目的就是支持医院的行政管理与事务处理业务,使医院的业务操作流程和日常 管理规范化。采集、分析处理、存储各种基础数据并使之标准化，通过网络在院内各科室 之间传递，简化信息流程，为医院查询、分类汇总、统计、决策分析提供及时准确的数据， 杜绝以前手工操作带来的差错，减少工作流程，提高工作效率。为了实现以上功能，我们 必须做好以下几点:基础数据标准化，重视系统的实用性、经济性、安全性，顺应管理扁平 化的管理趋势。 第 2 章可行性分析 2.1 可行性分析 可行性分析是系统分析阶段的重要活动，是对系统进行全面、概要的分析。它的任务 是确定项目开发始否必要和可行。它的主要目标是：进一步明确系统的目标、规模和功能， 对系统开发背景、必要性和意义进行调查分析，并根据需要和可能提出拟开发系统的初步 方案和计划，明确问题，对所提供系统大致规模和目标的几个有关约束条件进行论证，并 且提出系统的逻辑模型和各种可能的方案，从而为系统开发项目的决策提供科学依据。 2.1.1 技术可行性 对现有技术进行评价，以明确能否利用现有技术进行系统开发及系统实施。计算机网 络技术的发展和计算机硬件性价比的不断提升，使计算机全面应用于医院管理的各个环节 成为可能。B/S 开发模式、COM、DCOM 技术在国内各行各业的信息管理系统开发中已经 被广泛采用，实践证明这些技术都非常适合医疗保险信息系统（MIIS）的开发。 2.1.2 经济可行性 经济可行性:对组织的经济状况和投资能力进行分析，对系统建设、运行和维护费用进 行评估，对系统建成后可能取得的社会及经济效益进行估计。目前国内应用 MIIS 的医院 在信息化上的软硬件投资只占其年收入的 1%-3%,而应用 MIIS 后，阻塞了管理漏洞，杜绝 了药品的丢失，节省了人力，提高了医院的财、物管理水平，改善了患者的就医环境，方 便了患者就医和查询，提高了医院的服务效率和服务质量。因此带来的经济回报将远远超 过信息化过程中的投入。 2.1.3 营运可行性 营运可行性:指系统对组织机构的影响，对现有人员和机构、设施、环境等的适应性以 及进行人员培训补充计划的可行性。国内自上世纪 80 年代末就开始应用 MIIS,经过近 20 年的发展，我国大部分医院都有主管 MIIS 的信息科，绝大部分医院都使用过单机版计算 机软件来完成日常的收费划价以及药库管理工作。经调查发现华东地区近 95%的医院都在 20 世纪 90 年代中期开始应用 MIIS。所以医院的计算机信息管理人才、计算机硬件设备、 操作员的计算机应用能力都为系统的运行过程提供了可靠保证。 2.2 系统功能需求 2.2.1 基本功能需求 医疗保险信息系统（The medical insurance information systems（MIIS） ）的主要 目标是支持医院的行政管理与事物处理业务，减轻事物处理人员的劳动强度，辅助医院管 理，辅助高层领导决策，提高医院的工作效率，从而使医院能够以较少的投入获得更好的 社会效益与经济效益，像财务系统，人事系统，住院病人管理系统，药品库存管理等都属 于 MIIS 的范围。 2.2.2 子系统功能需求 医疗保险信息系统功能需求 医疗保险信息系统的主要任务有： （）医保中心管理子系统 供医疗保险管理机构使用，主要实现投保单位和投保职工管理、基金管理（统筹基金 3 和个人账户资金） 、结算、黑名单管理、查询、统计、报表输出、审核、系统维护等功能。 （）医保卡管理子系统 供医疗保险管理机构发卡使用，主要实现医疗卡注册、年度初始化等功能。 （）定点医院管理子系统 供定点医院使用，主要实现处方审核与录入、就诊费用结算、系统查询与维护等功能。 第 3 章 系统总体设计 系统总体设计是信息开发过程中的另一个重要阶段，在这一阶段中将根据前一阶段需 求分析的基础上，按照逻辑模型的要求，科学合理地进行新系统的设计。系统总体设计包 含两个方面：首先是总体结构设计，其次是具体物理模型的设计。这个阶段的主要目标是 将反映用户信息需求的系统逻辑方案转换成可以事实的基于计算机的物理方案，并为下一 阶段的系统事实提供必要的技术资料。 系统总体设计的的依据如下： （1）系统分析阶段的成果 （2）现行计算机软硬件技术、数据库技术等 （3）现行信息管理与信息技术的标准、规范等有关法律制度 （4）用户要求 （5）系统运行环境条件 我们采用结构化设计的方法来实现系统总体功能，提高系统的各项指标，即将整个系 统合理的划分成各个功能模块，正确地处理模块之间和模块内部的联系以及它们之间的调 用关系和数据联系，定义各模块的内部结构，通过对模块的设计和模块之间关系的系统来 实现整个系统的功能 3.1 总体设计概述 进存销管理子系统分五部分进行。 （）医保中心管理子系统 供医疗保险管理机构使用，主要实现投保单位和投保职工管理、基金管理（统筹基金 和个人账户资金） 、结算、黑名单管理、查询、统计、报表输出、审核、系统维护等功能。 （）医保卡管理子系统 供医疗保险管理机构发卡使用，主要实现医疗卡注册、年度初始化等功能。 （）定点医院管理子系统 供定点医院使用，主要实现处方审核与录入、就诊费用结算、系统查询与维护等功能。 设计流程图如图 2-1 所示 医疗保险信息系统管理 医 保 中 心 管 理 医 保 卡 管 理 定 点 医 院 管 理 系 统 管 理 医 疗 卡 注 册 基 金 管 理 结 算 用 户 资 料 管 理 用 户 权 限 管 理 用 户 登 陆 管 理 投 保 单 位 和 投 保 职 工 管 理 年 度 初 始 化 处 方 审 核 与 录 入 就 诊 费 用 结 算 系 统 查 询 与 维 护 图 3-1 系统流程图 3.2 数据库设计 系统总体结构功能模块设计后，就要对数据库进行设计了。支持管理信息系统的数据 库系统由模式、子模式、应用程序、数据库和数据库管理系统等几部分组成，其中除数据 库管理系统可以从现有产品中选购外，外模式、子模式、应用程序、数据库等则必须根据 用户的具体要求进行分析和设计，这项工作称为数据库设计，它的核心问题是如何从系统 的观点出发建立一个数据模式，使其满足以下几个条件： （1）符合用户的要求，即能正确地反映用户的工作环境，该环境包括用户需处理的所 有数据”，并支持用户需进行的所有“加工” 。与所选用的数据库管理系统所支持的数据模 式相匹配。 （2）数据组织合理，应易于操作，易于维护，易于理解。 为管理信息系统设计一个数据库系统通常包括如下几个步骤： 用户需求分析； 基本数据库结构的设计； 中间数据库结构的设计； 5 与应用程序的接口。 3.2.1 实体描述 在数据库设计中，对数据字典中的数据结构、数据流和数据存储进行分析，参照数据 流程图抽取数据，确定实体、实体的属性及试题之间的关系，得出系统的关系模式。采用 实体- 联系图，既 E-R 图的方法进行数据结构分析， E-R 图由实体、属性、联系三部分组成。 （1）本系统实体根据分析得到 E-R 图，各实体的属性分别描述如下：医疗保险信息 系统涉及到的实体有：药品、客户、供货商、仓库、业务员、制单员、系统用户。 （2）实体属性分别描述如下，有下划线的属性为主码： 病人：身份证 ID、医疗卡 ID、病案号、病人姓名、性别、病房号、床位号、入院诊 断、预交款、转科情况、入院日期 3.2.2 联系描述 （1）一个病人可以在多家医院就诊，而一家医院可以给多个病人治病，所以它们是多 对多的关系。 （2）一个医疗卡可以对应一个病人，而一种药品可以由多个供货商供给。所以它们之 间也是多对多的关系。 （3）一个仓库可以存放多种药品，而药品都存在同一个仓库中，所以它们是一对多的 关系。 （4）业务员都属于系统用户，所以它们是一对多的关系。 （5）制单员也都属于系统用户，所以它们是一对多的关系。 仓库 系统用户 储存 管理 药品单据 供货 购买 供货 商 客户 联系 联系 业务员 n n n n n n n n n n 1 n 第 4 章、数据库的实现 通过对转换后所得到关系模式的分析，结合本系统的功能及所选开发工具和数据库系 统的特点，对系统数据库进行设计，建立一个具有良好的数据组织结构的数据库，应遵循 的原则有： 可能减少数据冗余和重复 结构设计和操作设计相结合 数据结构具有相对的稳定性 由于数据库中所保存的数据是系统中非常重要的资源，所以在数据库设计时一定要注 意数据结构的安全性、完整性，并发控制与恢复，而一般的数据库管理系统都提供了一定 的数据保护功能。 4.1 安全性方案与措施 信息系统的安全性是指，为了防范意外或人为地破坏信息系统的运行，或非法使用信 息资源，而对信息系统采取的安全保护措施。 7 信息系统的安全保护措施可 分为技术性和非技术性两类。技术安全措施是指通过与系 统直接相关的技术手段防止安全事故的发生；非技术性安全措施主要指行政管理、法律制 度保证和其他物理措施等，它不受信息系统的控制，是施加于信息系统之上的。 信息系统的技术安全措施主要有： 用户合法身份的确认与检验 存取控制 数据加密 4.2 可靠性方案与措施 信息系统的可靠性是指在满足一定条件的应用环境中系统能够正常工作的能力。在错 误不可避免的情况下，提高系统可靠性的主要途径是使系统具有容错能力，即在信息系统 产生错误、发生故障的情况下，仍然具有继续运行的能力。要具有这种能力，系统应具有 三方面的功能：一是故障约束功能；二是故障检测功能；三是故障恢复功能。 在信息系统中，实用的可靠性技术主要有：设备冗余技术；负荷分布技术；系统重新 组合技术；数据冗余校验技术；系统数据保护与恢复技术；系统动态检测、诊断和自动校 正软件 第 5 章 系统测试与运行 5.1 系统测试概况 系统测试是管理信息系统开发周期中一个十分重要而漫长的阶段。其重要性体现在它 是保证系统质量与可靠性的最后关口，是对整个系统开发过程包括系统分析、系统设计和 系统实现的最终审查。系统测试的对象是软件，其目的是找出软件中的错误。 5.2 系统测试的方法 对软件进行测试的主要方法有人工测试与机器测试。一般源程序通过编译后，要先经 过人工测试，然后再进行机器测试。人工测试是采用人工方式进行，目的在于检查程序的 静态结构，找出编译不能发现的错误。机器测试是运用事先设计好的测试用例，执行被测 程序，对比运行结果与预期结果的差别以发现错误。 人工测试又分为个人复查、走查与会审 个人复查：指源程序编写完后，直接由程序员自己进行检查。 走查：一般由 35 人组成测试小组，测试小组成员应是从未介入过该软件的设计工作 的有经验的程序设计人员。测试人员扮演计算机的角色，用人工方法将测试数据输入被测 程序，并在纸上跟踪监视程序的执行情况，让人代替机器沿着程序的逻辑走一遍，以发现 程序中的错误。 会审：测试小组的成员与走查相似，要求测试成员在会审前仔细阅读软件有关资料， 根据错误类型清单，填写测试表，列出根据错误类型要提问的问题。会审时，由程序作者 逐个阅读和讲解程序，测试人员逐个审查、体温，讨论可能产生的错误。 机器测试又可分为黑盒测试与白盒测试： 黑盒测试也称功能测试，将软件看作黑盒子，在完全不考虑程序的内部结构和特性的 情况下，测试软件的外部特性。根据软件的需求规格说明书设计测试用例，从程序的输入 和输出特性上测试是否满足设定的功能。 白盒测试：也称结构测试，将软件看作一个透明的白盒