实现医生工作站的病历模板功能的代码(十)

实现医生工作站的病历模板功能的代码(十)

3.2.6病历模板

3.2.6.1病历模板主界面

病历模板是在医生书写病历时用来调用用的,医生可以根据病人常得的病和对应病常用到的药书写成一个病历作为模板,当某一病人来看病刚好有相似或相同的病时,医生就可以直接调用该病历。这样就可以方便医生书写病历的同时也为医生节省时间。进一步提高医生看病的效率。

主界面截图:

 

3.2.6.1(图1

查询功能实现

第一步:数据库

1、  表与关系

 

 

                            

3.2.6.1(图2

 

1:门诊病历模板表(BT_OutpatientMedicalRecordsTemplateTable)

 

列名

数据类型

主键/外键

说明

OutpatientMedicalRecordsTemplateID

int - Identity

主键

门诊病历模板ID

TemplateNumber

nchar (50)

 

模板编号

TemplateName

nchar (50)

 

模板名称

WriteDoctor_StaffID

int

外键

撰写医生_员工ID

WriteTechnicalOfficesID

int

外键

撰写科室_科室ID

AS_TemplateTypeID

int

外键

模板类型ID

AS_InvokingJurisdictionID

int

外键

调用权限ID

WhetherOperation

bit

 

是否手术

TemplateRemarks

nchar (200)

 

模板备注

SuitCase

nchar (200)

 

适合情况

PatientActionInChief

nchar (300)

 

病人主诉

PatientMedicalHistory

nchar (300)

 

病人病史

PhysicalExaminationCase

nchar (300)

 

体检情况

InitialDiagnosis

nchar (300)

 

初步诊断

DisposeIdea

nchar (300)

 

处理意见

WhetherEffective

bit

 

有效否

RegisterID

int

外键

挂号ID

 

表2:员工表(BT_StaffTable

 

列名

数据类型

主键/外键

说明

StaffID

int - Identity

主键

员工ID

TechnicalOfficesID

int

外键

科室ID

StaffNumber

nchar (20)

 

员工编号

StaffName

nchar (20)

 

员工名称

WhetherOperator

bit

 

操作员否

AlphabeticBrevityCode

nchar (20)

 

拼音简码

WubiInCode

nchar (20)

 

五笔简码

AS_StaffPositionID

int

外键

员工职务ID

AS_MedicalTitlesID

int

外键

医务职称ID

AS_WorkingStatusID

int

外键

工作状态ID

AS_SexID

int

外键

性别ID

ContactTelephone

  • 3
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
HISDemo源码 系统分了几个逻辑层,对于层与层之间的调用我们要实现一下几点: 1.层与层之间只通过接口调用 2.接口所对应的具体实现通过XML配置指定 3.可能会对接口实例的生存周期进行管理 这里我们使用Unity的依赖注入容器(Dependency Injection, DI)去实现 数据访问层Repositories:主要用NHibernate访问数据库,但也有可能去访问其他模块或系统的WebService,也有可能用Linq去访问一些缓存(内存中的)数据,也有可能访问XML,文本文件等等.... 业务领域层Core:系统的核心层,所有与数据访问无关的业务逻辑都应该内聚在这里,业务领域对象理论上应该是充血的,内聚自己的业务逻辑。但有一些业务逻辑在设计的时候涉及到了多个业务领域对象 ,我们很难决定放在哪个具体的业务对象里,所以我们有一个Service层来放这种业务逻辑。 外观层(设计模式之外观模式)Facade:把数据访问接口,业务领域对象的业务逻辑,Service接口简单的封装一下成为Facade层接口供展示层UI或SOA层调用,这个层需要注意的是它只是简单的封装,免得UI层调太多层的接口,这层不应含有业务逻辑。 SOA层:因为系统比较庞大 模块很多,且业务上要求各大模块间需要一定解耦,所以这一层作用是作为各大粗粒度模块间调用以及给其他系统调用,比如有基础数据管理大模块和门诊挂号大模块,他们之间的调用是必须要通过SOA层的,而不能直接走Facade层,传输的对象应该新建DTO数据传输对象,而不应该直接传递业务领域对象,从而通过SOA层我们把各个粗粒度模块完全隔离开。这个层取名为SOA也许不大恰当,大家也不必深究...计划是采用WCF 这样可以灵活的配置通讯方式 表现层Presentation:由Asp.net MVC的Action给ExtJs传输数据 ,Controler只需调用Facade接口 公共类库FrameWork:整个项目框架的公用代码,相当于公共类库
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值