住院收费30概要设计说明书.docx
- 文档编号:8499426
- 上传时间:2023-01-31
- 格式:DOCX
- 页数:26
- 大小:411.86KB
住院收费30概要设计说明书.docx
《住院收费30概要设计说明书.docx》由会员分享,可在线阅读,更多相关《住院收费30概要设计说明书.docx(26页珍藏版)》请在冰豆网上搜索。
住院收费30概要设计说明书
住院收费系统
住院病人入、出、转管理系统
概要设计说明书
---系统/子系统设计(结构设计)设计说明书
文件编号
住院收费系统
文件状态
[]草稿[√]正式发布[]正在修改
当前版本
3.0
拟制
日期
审核
日期
批准
日期
修订历史记录
A-增加M-修订D-删除
变更版本号
日期
变更类型
(A*M*D)
修改人
摘要
备注
1.0
2011.2.14
目录
1引言4
1.1编写目的4
1.2背景4
1.3术语与缩写解释5
1.4参考资料5
2概述6
2.1需求概述6
2.2系统目标7
2.3与其它系统关系8
3总体设计9
3.1总体设计思路和架构图9
3.2软件系统结构10
3.3运行环境12
3.3.1网络结构12
3.3.2软件配置12
3.3.3硬件配置13
3.4开发环境13
3.4.1开发平台13
3.4.2技术方案14
3.5整体功能模块结构14
4应用系统功能15
4.1住院管理15
4.1.1系统概述15
4.1.2业务流程15
4.1.3功能设计15
4.2结算管理16
4.2.1系统概述16
4.2.2业务流程16
4.2.3功能设计16
4.3收费结账17
4.3.1系统概述17
4.3.2业务流程17
4.3.3功能设计17
4.4信息查询18
4.4.1系统概述18
4.4.2业务流程18
4.4.3功能设计18
4.5统计报表20
4.5.1系统概述20
4.5.2业务流程20
4.5.3功能设计20
4.6医保管理21
4.6.1系统概述21
4.6.2业务流程21
4.6.3功能设计21
4.7系统管理22
4.7.1系统概述22
4.7.2业务流程22
4.7.3功能设计22
5接口设计22
5.1用户接口22
5.2外部接口23
5.3内部接口23
6数据结构设计23
6.1设计原则23
6.1.1逻辑设计原则23
6.1.2物理设计原则24
6.2数据库环境说明24
6.3数据库命名规则24
6.4逻辑结构设计24
6.5数据备份和恢复25
7系统出错处理设计27
7.1出错信息27
7.2补救措施28
7.3系统维护设计28
8系统安全设计28
8.1数据传输安全性设计28
8.2应用系统安全性设计28
8.3数据存储安全性设计29
9尚未解决的问题29
1引言
1.1编写目的
本文档明确定义了用户对《住院收费V3.0》的业务需求,包括功能需求和非功能需求,是用户进行系统验收、设计人员进行系统设计和测试人员进行系统测试的主要依据。
预期读者为:
►项目管理人员;
►业务需求人员;
►系统分析人员;
►系统设计人员;
►系统测试人员。
1.2背景
住院收费是医院工作的核心环节,是对病人进行住院管理和出院结算管理,对病人办理入出院手续,及时准确地为患者和临床医护人员提供费用信息,及时准确地为患者办理出院手续,核算病人住院期间所发生的各种费用。
因此,住院收费管理系统必然是医院信息管理系统(HIS)中的核心部分。
住院收费管理系统的设计内容包括了住院医生所有医疗活动的所有费用信息和相关查询,主要功能有:
入院登记、取消登记、按金办理、中期结算、医保结算、出院结算、出院返回、查询和报表统计服务等。
我公司早在多年前就开始开发住院收费管理系统软件,并分别推出了基于Delphi+SQLServer的V1.0版本和Delphi+J2EE+Oracle的V2.0版本,目前这2个版本均取得了成功,在多家医院成功实施上线,公司经过多次的调研和讨论分析,找到了其根本原因是系统数据模型的表结构设计限制,导致无法再前2个版本上继续改动以满足用户的业务需求。
因此决定根据用户业务需求并结合其他公司产品的优点,对数据模型和系统功能进行全新的设计,并采用最新的RCP+J2EE+Oracle技术设计开发住院收费管理系统V3.0。
1.3术语与缩写解释
缩写、术语
解释
收费
住院收费管理系统
护士站
住院护士工作站
医生站
住院医生工作站
病案
病案管理系统
医保
医保接口
1.4参考资料
住院收费3.0业务需求规格说明书
住院收费3.0数据库说明书
住院收费部分设计说明书
住院收费部分详细设计说明书
住院业务分析
住院部分数据库设计说明书
工程部问题报告汇总
《标准ICD-10码》
《国家药品编码》
《医院信息系统基本功能规范(试行)》
《电子病历基本架构与数据标准(试行)》
《湖南省医疗服务价格管理软件基本功能及接口暂行规范》
《二、三级综合医院医院评审标准》
《二、三级中医医院评审标准》
《基于电子病历的医院信息平台建设技术解决方案》
《中医医院信息系统基本功能规范》
《中医医院信息化建设基本规范》
《居民健康卡管理办法》
2概述
2.1需求概述
⏹入院管理:
根据患者的入院通知单办理入院登记和办理手续,包括填写病人的基本信息、住院情况信息(分配入院科室、住院类别和病人费用等)、收取按金。
如果病人是复诊可检索病人信息从病案管理系统中调用,或是通过病人所持有的IC卡、条码卡直接读取,也可以从门诊医生站得到病人的相关信息。
⏹按金管理:
对病人收退按金记录查询和收退按金缴款处理,包括按金办理、按金重打、按金单修改、按金单退费、按金查询等。
⏹结算管理:
提供出院结算、医保结算、中期结算、婴儿结算、清帐结算、出院返回、清帐出院。
出院结算是指按医院收费类别结算出院病人的各种费用,如:
西药费、中草药、治疗费、手术检查费等,并对医保病人给出患者支付费用、医保支付费用等;中期结算是指针对医院的需求和病人的需要,可根据病人住院时间、费用类别等不同的情况对病人进行中途结算。
⏹病人费用管理:
住院医生站医生开的医嘱,经过护士医生站的核对和执行,读取医嘱并计算费用,病人费用录入具有单项费用录入和全项费用录入功能选择,可从检查、诊察、治疗、药房费用发生处录入或集中费用单据有收费处录入;病人结账具备住院期间的结算和出院总结算,以及病人出院后再召回病人的功能。
支持病人费用查询,提供病人或者病人家属查询自己的各种费用使用情况,病人欠费和退费管理功能。
⏹收费员结账汇总:
包括收费员日结账、收费员反结账、收费员交款报表、未结交款报表、交款按收费员汇总、交款按发票号汇总、收费员按金汇总、收费员交款统计。
⏹数据查询:
查询是住院收费管理系统的重要业务,方便了操作员的日常事务活动,包括在院病人、出院病人查询,病人费用综合查询,在院病人每日清单、欠费查询/催款单打印,声明未结病人查询,清帐出院、返回病人查询,医师病人查询,住院卡修改查询,取消入院查询,特免/停止记账查询,医保费用查询,收费项目费用查询,住院收入明细查询,住院结算收入明细查询,按金查询,发票查询,按金收支统计,科室入转出统计,门诊介绍医生统计人次。
⏹报表统计:
报表的查询和打印是医院日常业务的重要环节,包括住院收入汇总报表、住院结算收入汇总报表、结算汇总报表、在院病人费用汇总报表,欠费病人费用汇总报表,住院收入月报表。
⏹字典设置,系统管理,切换系统。
2.2系统目标
住院收费系统是用于住院病人费用管理的计算机应用程序,包括住院病人结算、费用录入、打印费用明细和发票、住院预交金管理、欠款管理等功能。
住院收费管理系统的设计应能够及时准确地为患者和临床医护人员提供费用信息,及时准确地为患者办理出院手续,支持医院经济核算、提供信息共享和减轻工作人员的劳动强度。
住院收费系统必须符合国家、地方有关法律、法规、规章制度的要求:
1、财政部、卫生部颁布的《医院会计制度》和有关财务制度;
2、国家医疗保险部门的有关规定;
3、物价部门规定的药品和诊疗项目收费标准。
住院收费系统特色:
1、高效、集成、统一的HIS系统平台;
2、个性化、方便化的操作界面;
3、快捷、可自定义的操作方式;
4、业务数据层层验证,确保数据准确;
5、灵活的费用处理方式,可扩充性强;
6、数据实时准确,财务结转平衡;
7、财务统计报表丰富,涵盖日常财务统计报表;
8、准确快速的信息查询统计功能;
9、及时高效的消息机制;
10、安全管理:
处理数据应准确无误、保密性强;
11、满足医疗保险对收费和打印票据的要求。
2.3与其它系统关系
⏹与门诊系统的接口
门诊病人转住院,如果医院设置使用住院诊疗卡,将直接读取诊疗卡信息,办理入院,可以得到病人在门诊所有基本信息,此接口主要用于入院办理使用诊疗卡;
⏹与院长查询的关系
院长查询系统查询住院相关数据时,直接调用住院部分过程,主要通过院长查询系统调用住院数据;
⏹与病案系统的关系
1、病人费用可按病案分类来汇总;
2、程序提供接口供病人入院出院费用等数据调入病案库;
⏹与财务系统关系
主要是收费员在收款结账时,要将财务数据做入到财务系统中;
有些医院每月、每年核对住院收入,住院结算收入,期初欠费费用,期初在院病人医药费,期末欠费费用,期末在院病人医药费进行数据核对,并数据做入财务系统中;
⏹与手术室、护理部等系统关系
主要是手术室系统和护理部可以调入病人信息等;
⏹与票据管理系统关系
票据管理(领取、上交、作废,当前剩余票据等),票据自动核销汇总功能,精确到每张发票使用情况;
⏹与医保接口的关系
1、病人入、出院时,通过刷医保卡,对病人进行入院登记、传送医嘱、传送费用、出院登记、取医保结算费用等;
2、对医保病人进行医保结算数据维护、跨月退费、数据下载等操作。
⏹与银联系统的关系
与银联系统无缝集成,按金办理及结算补交时可通过刷银联卡实时与银联系统交互,余额不足时提示系统;按金退费或发票作废时可自动退款到刷卡帐户。
3总体设计
3.1总体设计思路和架构图
3.2软件系统结构
系统采用基于J2EE的三层架构,业界最先进的RCP,GEF技术。
3.3运行环境
3.3.1网络结构
3.3.2软件配置
序号
软件
用途
说明
数量
1
Windows
操作系统
1
2
JavaRuntime
系统运行环境
1
3
Office
打开文档文件
1
4
Oracle10g
数据库软件
1
3.3.3硬件配置
序号
设备及用途
使用说明
数量
推荐配置及说明
1
打印机
设置打印机属性
不定
2
计算机
客户端程序
不定
3.4开发环境
3.4.1开发平台
●软件环境
开发语言:
JAVA5.0版
开发工具:
MyEclipse8.0。
应用服务器:
Tomcat5.5。
数据库:
Oracle10g。
●硬件环境
CPU:
Intel(R)Pentium(R)DualE2160
硬盘:
160G
显示器:
17寸液晶显示器
内存:
2G
光驱:
无
影像采集器:
无
音箱:
无
打印机:
至少一台
3.4.2技术方案
3.5整体功能模块结构
4应用系统功能
4.1住院管理
4.1.1系统概述
住院管理的功能比较简单,只是涉及的面比较广,其主要功能是病人基本资料的录入及保存,以及与门诊、医保、病案系统进行交互,达到数据共享使用的目的。
4.1.2业务流程
4.1.3功能设计
功能类别
功能名称
描述
入院管理
入院办理
办理病人入院,对病人基本信息进行录入
取消入院
病人取消入院,清除病人入院信息
病人资料修改
用于修改病人基本资料
住院号调整
用于调整在院病人或出院病人住院号
备用住院号调整
维护备用住院号
按金管理
按金办理
收取在院病人按金(预交金),打印按金收款收据
按金重打
用于重新打印按金收款收据
按金单修改
修改按金信息
按金单退费
用于作废按金单
特殊病人管理
特免病人设定
用于启用停止记账管理的医院
强制停止记账
用于启用停止记账管理的医院
医保受限准录
用于审批放行(或取消审批)病人的受限项目给护士站准录
票据管理
票据作废/启用
对发票或者按金单日常维护
4.2结算管理
4.2.1系统概述
结算过程是整个住院收费的核心部分。
而且复杂的部分不仅仅是当前结算的过程,结算完成后各种报表、账务、财务数据都会有巨大的影响。
4.2.2业务流程
4.2.3功能设计
4.3收费结账
4.3.1系统概述
收费员交款报表是住院收费的账务核心,其显示的数据涵盖了收费员每天操作的所有账务数据。
4.3.2业务流程
4.3.3功能设计
4.4信息查询
4.4.1系统概述
统计在院与出院病人的日常情况,统计出有效的报表数据并输出,打印到外设备。
4.4.2业务流程
4.4.3功能设计
1.在院病人查询
2.出院病人查询
3.入院病人日报
4.出院病人日报
5.病人住院费用查询
6.病人费用汇总清单
7.病人费用明细清单
8.在院病人每日清单
9.欠费查询/催款单打印
10.声明未结病人查询
11.清帐出院病人查询
12.清帐返回病人查询
13.医师病人查询
14.住院卡修改查询
15.取消入院查询
16.特免/停止记账查询
17.收费项目费用查询
18.住院收入明细查询
19.住院结算收入明细查询
20.按金查询
21.发票查询
22.按金收支统计
23.科室入转出统计
24.门诊介绍医生人次统计
25.医保费用查询
26.登记员人次统计
27.住院药费统计查询
28.住院病区日志查询
4.5统计报表
4.5.1系统概述
统计在院与出院病人的日常情况,统计出有效的报表数据并输出打印。
4.5.2业务流程
4.5.3功能设计
1、住院收入汇总报表
2、住院结算收入汇总报表
3、结算汇总报表
4、在院病人费用汇总报表
5、欠费病人汇总报表
6、住院收入月报表
7、清帐出院报表
4.6医保管理
4.6.1系统概述
住院收费针对每个城市、每个地区,开放出一套计算流程,可扩展性好,目前支持深圳医保、广州医保、江门医保、梅州医保等。
4.6.2业务流程
4.6.3功能设计
医保管理
医保结算
医保结算(支持多个地区和城市的医保)
医保维护
医保数据维护,维护病人社保相关数据
医保结算查询
查询医保返回的结算数据,打印医保相关单据
医保服务连接设置
设置本地社保接口调用情况,可灵活配置社保接口服务器地址
4.7系统管理
4.7.1系统概述
对系统做些全局参数设置;主界面显示项目设置;显示病人、按金、结算列表设置;打印服务的相关设置。
4.7.2业务流程
打印设置可以控制住院收费的日常票据的打印属性;
设置列表显示,可以清晰地展示病人、按金、结算列表;
个性化设置,让用户更方便的操作使用系统。
4.7.3功能设计
5接口设计
5.1用户接口
本系统采用面向对象语言编写,程序的输入采用常用的窗体结构,输入方便,是传统Windows界面风格,界面采用Windows常用的MDI窗口结构,与用户接口采用常用的命令对话框方式,用户输入方便,语法简单,除了高级管理员需了解SQL语言外,一般用户只需了解Windows常用的操作即可。
5.2外部接口
本系统目前只适用于Windows操作平台,采用Oracle10g数据库,同数据库连接采用JDBC数据引擎,具有系统兼容性强的特点,运行稳定不易出错,在网络方面采用数据库自带的网络功能,网络兼容性好适用于广域网和局域网,数据的传输支持TCP/IP协议,允许批量数据传输
5.3内部接口
JMS消息发送接口,用于各子系统之间进行通信,当接收方收到消息指令后,自动执行相关操作。
6数据结构设计
6.1设计原则
6.1.1逻辑设计原则
1.数据的一致性和完整性要求是设计的首要前提。
2.将实体对象按照业务和用途进行逻辑分类。
如同一类型或同一概念相关的实体在逻辑名和物理名上基本类似。
3.逻辑名称与业务保持尽可能的一致性,如与具体业务不一致,则必须有详细说明。
4.必须保持每一数据与具体当事人、当事时间的一致性。
5.数据之间必须按照业务的具体规则建立相互关联,以便按照业务规则的具体需求跟踪具体数据。
6.1.2物理设计原则
6.所有的物理名称均不能使用汉字,一律使用英文字符,且将标识符控制在20个字符以内。
如表名、列如、缺省值名、校验名、约束名、过程名、函数名等均不能使用汉字。
7.对于每个英文域名字,必须有其中文注释说明。
8.不建立或尽量少建立影响系统性能和效率的关联及与该类关联有关的操作。
9.将同一业务相关的名称,通过其名称相似性进行归类。
如与仓库有关的表名统一冠以“tck_”前缀名等。
10.充分通过系统自动实现数据的完整性和合法性、一致性。
6.2数据库环境说明
系统数据库采用Oracle10g来存储业务数据,基于Spring2.0和Hibernate3.4作为数据操作程序,同时Spring2.0也是整个系统的容器,用于支撑整个服务端程序。
部分图片数据采用文件存储的方式以HTTP文件传输协议上传并存储在文件服务器上,读取时以规定的命名规则来读取文件服务器中的文件。
6.3数据库命名规则
详见《数据库设计说明书》。
6.4逻辑结构设计
详见《数据库设计说明书》。
6.5数据备份和恢复
数据库备份当数据库发生异常时为了能正确地提供信息,并且保护这些业务数据,必须迅速恢复数据库,使系统能正常运行,不影响整体系统。
因此我们要对原始资料以及加工后的数据经常性地做一些备份,以备将来恢复数据库用。
a)备份类型:
b)本系统中备份的对象:
数据库备份对象分为控制文件、数据库文件、Redo-Log文件
数据库备份对象
类型
具体内容
控制文件
控制文件包含了如下数据库的所有状态信息:
1)数据库名、所有数据库文件和Redo-Log文件的名和位置
2)所有OracleSCN(SystemChangeNumber)
数据库文件
成为数据库Instent核心的文件
构成逻辑构造物TableSpace的物理性文件
Nod/Link等MasterData,各采集媒体的原始数据,实时Paten数据等为必须备份的对象
Redo-Log文件(ARCHIVELOG)
对应于包含INSERT,DELETE,UPDATE,CREATETABLE,DROPTABLE,CREATEINDEX,DROPINDEX的数据库内的数据,具有应用Transaction
Redo-Log文件包含在线/非在线Redo-Log
c)本系统中的备份方案
备份及恢复工作实施步骤
类型
工作实施步骤
备份工作实施步骤
如为了备份工作,限制用户的系统使用时要提前通报并确认
数据库备份工作要由数据库管理员或营运人员实施
作业实施人员在工作结束之后必须在备份账簿上记状态
恢复工作实施步骤
1)根据问题决定合适的恢复方法及合适类型的恢复作业
2)确认损伤的数据库是否为分散数据库的一部分,调整数据库的恢复
3)损失了所有在线媒体或判断恢复时间会很长,比起在基本数据库进行媒体
4)恢复,还要摸索备用数据库的活化方案
备份及恢复时期
备份时期
恢复时期
1)数据库的备份越多数据的损失就少
2)根据备份政策的定期备份
3)根据事件发生而要求的非定期备份
1.根据恢复政策的定期测试恢复
2.根据事件发生而要求的非定期恢复
备份及恢复时期
类型
具体内容
进行定期备份
以每天、周、月根据备份水平做备份的方法
利用端的周期,最小化备份及恢复的时间,最大化数据库的稳定性
非定期备份
数据库环境的修改
系统环境的变化
用户的需要
准备预期的突发事件
由于该系统24小时、365天不间断运行的业务特性,完全备份是不可能的,因此本系统的备份方案应周期性地进行。
该系统的备份方案及备份周期
7系统出错处理设计
7.1出错信息
有以下的出错信息:
序号
出错信息
出错原因
1
***项不能为空
输入提交时非空处理
2
***项不能超出范围
输入提交时数据超出范围
3
***不能(不)等于****
数据校验时,所填数据不符合规则
4
***不存在,不能****
操作的前后顺序发生错误时
5
***不存在
所填数据在代码表中不存在
6
***不能操作此功能
用户的权限不够。
7.2补救措施
由于数据库支持备份,故在系统出错后可以依靠数据库的还原功能。
如能定期备份,就算系统崩溃,用户数据也不会丢失或遭到破坏。
7.3系统维护设计
为了实现程序功能的灵活性,每个应用程序都有配置参数文件,应用程序在一个完整事务完成后将检查其配置参数文件,如果发现标志位是已修改则重新读取配置参数文件,而不需停下重启。
8系统安全设计
8.1数据传输安全性设计
涉及到安全方面的数据,需要经过CA验证之后才能进入下一步的处理,如果CA验证不通过,则数据会被标记为挂起状态或处理失败。
8.2应用系统安全性设计
本系统的所有的数据文件只有系统管理员才有权修改,用户的一切信息也只有系统管理员才可以查看并且修改。
当用户使用系统时,系统会审核用户的合法性,根据不同的用户权限使其达到不同的访问条件,所以本系统的安全十分可靠。
8.3数据存储安全性设计
为了方便维护加有系统维护单元,维护包括备份、查重、盘点等。
其中备份为一天一次。
查重和盘点可以检查系统是否运行正常,数据录入数否有错。
9尚未解决的问题
无
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 住院 收费 30 概要 设计 说明书
![提示](https://static.bdocx.com/images/bang_tan.gif)