收集医院开发的建议！！收购开发团队！！

tanyiqiang

有得就有失，世界上没有十全十美的方案。

披发头陀

最初由 axbluebdy 发布
[B]就是再优化 ，你有搞数据库底层那帮家伙厉害否
而且按照他们的思路 ，对应多个库要支持 ，很多库特有的方法函数
就不能用了，也带来了效率的损耗 [/B]

哈哈，想起上回听pub的课，讲师讲的一个笑话了

有一个项目，用vb开发的，甲方要求必须对sql封装，以便能在各种数据库上都可以运行。

一个只能在windows上开发，在windows上运行的程序，居然要求跨数据库使用

tanyiqiang

其实这个讲师也不高明，在笑话别人的同时，也被别人笑话。
客户端是在WINDOWS下运行，但后台数据库则不一定在WINDOWS下运行，跨数据库运行的需求也很正常，用户原来买了正版的数据库，你叫他重新买另一个吗？要求SQL封装也就是可以在ORACLE、SQL SERVER、DB2......下运行，在某些场合下这样做可以减少客户的投资。

tanyiqiang

按敏捷实验室的做法，用标准的SQL语句也是可行的，要看系统的瓶颈在哪里，如果在数据库，就需要解决数据库的问题，如果是应用层的问题，就与数据库关系不大了。现在有哪些资料说明，1000张病床的医院，上了医生工作站，对数据库服务器有什么要求呢？像他这种做法，小医院可以用一台服务器，数据库与应用全在上面，大医院可以分拆，可以集群，如数据库的并行集群、应用服务器的集群，这样解决起来就灵活多了。

fals

先选定一个合适的平台不行吗？为什么非要跨平台？

一个系统的SQL如果想在任何系统上都能运行的话，必然会在效率上做很大的牺牲的，每个专用数据库自己发展的扩展SQL都不能用，而这些扩展SQL恰恰是体现每个数据库个性，体现其高性能的地方，这些都不能用的话，那数据库的性能如何保证？如何发挥数据库自身的优势？

跨数据库平台？听起来挺美的。跨服务器操作系统平台倒还差不多，选oracle做数据库平台吧

wlzhchina

医院目前存在这样的现状：数据库有一种以上，伴随着不同厂家提供的不同产品。就应用而言，采用什么数据库，要看实际需求，如果应用的规模小，安全性不是太高，可以用类似Access这样的库。大的HIS，可以定型成一个。
    数据库多样化是存在的， 一种是医院内部不同科室不同应用的数据库不统一，一种是一家大的医院整合了另一家医院，数据库不同。
    对于单纯HIS最好不用两种不同的库，无论本地网还是远程数据传递，都不是很方便，准确性也不太高。
    对于异构可以用数据萃取的方法来互相调用。MS SQL的DTS就很不错。

wlzhchina

探索药品管理：
针对医院的药品管理的新要求（规范药品名称）,请问药品管理软件需要如何做？

ccwlm741212

最初由 wlzhchina 发布
[B]探索药品管理：
针对医院的药品管理的新要求（规范药品名称）,请问药品管理软件需要如何做？ [/B]

用商品名称+通用名称 管理就可以了

wlzhchina

药品管理中应付帐款这方面你们是如何做的呵？

wlzhchina

药品管理设计
1、药库药品管理基本功能
A、输入单据
单据类型：入库、出库、退货、退库、报废
自定义入库、出库类型
B、数据字典
药品字典：药品编码、药品名称、剂型、规格、厂家、包装量、单位、拆分单位、核算归类、医保归类、组标记、处方权限标记
常用药品字典
厂家代码表
供货商代码表
剂型表
常用单位表
C、领药单处理
D、月结、进销存报表
E、库存查询（药库、药房）
F、采购计划、过期药品统计
G、付款登记、欠款查询

2、药房
A、出库单核算
B、输入领药单
C、药房调药申请
D、划价、发药
E、结帐打印日处方汇总、销售汇总
F、库存查询