由最近帮朋友做的一个小项目的总结

最近帮同学在做一个小项目应用于其日常的工作,一直还算顺利,抛开最近一直出差,时间上有些不充裕加上儿子刚刚出生,所以时间上有些紧张,但是觉得还是能够很快的完成的,但是到后续收尾的时候,也是最重要的生成结果的时候,突然碰到了困难了,于是这段时间花时间仔细的梳理了一遍所有的文档,仔细的研究了下,终于在今天才算是理清了头绪,这不知不觉的让我想起了工作这十二年的工作,觉得有必要进行总结,与同行共勉之。

从毕业以来一直从事软件研发类的工作,从最开始完成代码的编制到现在基本上偏向管理一个研发团队,先先后后一共工作了十二年,仔细想想,如果站在现在来考虑,思想有了很大的转变,最起码现在总结看来,我会做这样的划分,这十二年先后从事了几个行业,而不会像以前那样觉得就是做技术的,其实这里面有不一样的地方。

做行业,最重要的就是行业知识,如果公司有行业专家,那么恭喜你,至少你所在的公司从大的方向来看不会偏离,毕竟有行业专家总体把控,大方向不会错误,剩下的就是技术人员如何理解行业知识并将其转化为最终计算机的产品,市场与销售如何转化为利润,利润进一步投入,公司才可能做大,形成良好的闭环螺旋上升的态势。那么作为技术人员本身呢,其实在工作年限的增长过程中,其收获其中一部分是技术知识转化为成果,从书本知识转变成实际应用,提高了专业水平,另外一部分很重要的应该是在这个过程中在该行业的积累,行业知识的积累对于未来个人的发展有很大的帮助,如果不是选择的行业太糟糕,那么还是建议能够一直在所选行业内从业,这样一开始可能未必能看出其效果,时间长久了,其效果就很明显了,所以对于技术人员来说,不是很推荐经常的跳槽,要跳槽最起码也要做到行业跨度不大的跳,但需要注意不能做同样的东西,工作也是需要有一定的职业道德约束的。

先后从事过 医疗行业、电信行业、可靠性工程行业、教育行业到现在又回到医疗行业,认真的想想,损失无疑是很大的,所以现在对于一些在软件研发行业工作的朋友,也会经常进行一些这方面的沟通,希望能够帮助他们,但效果甚微,很多朋友都觉得换一个工作能够提高技能,认为在现在的单位学不到东西。当然另外一个原因就是可能因为每换一个工作都会有薪水方面的提高,这也驱动了很多研发人员跳槽频繁,而且行业跨度很大,从长远来看,这样因为换一个单位就有数K薪水(有时候更低)的提高其实最终效果并不如自己所期待的高,当然这可能也是错误的,毕竟是我自己的观点。

再来说这个小项目,出问题的地方恰恰就是根本没接触过这个行业,其所属行业的运作流程及一些专业术语根本没有接触过,如果不经过仔细的理解加上同学的说明解释,要完成最终的工作也是很困难的,开始的时候把这个东西想的太简单化了,这两天会完成剩余部分的工作,不过从整个小项目来看,随着现在对其工作领域知识的认识,在这个版本应用以后需要重新对其进行重构。

BTW:从事本行业的人,应该多多动手,不至于在做东西的时候感觉手生,这次明显感觉不如以前熟了,看了之前提到的升级软件的工作要尽快行动起来。

[转] IHE简介

一、 IHE是什么?

IHE概念是由医学专家和广大医护工作者、相关政府部门、信息技术专家和企业共同发起的,目的是提供一种更好的方法让医学计算机系统之间更好地共享信息。IHE强化了一些已有的通讯标准,比如DICOM和HL7之间的协同工作,以便为最佳的临床工作提供特定的服务。用IHE概念统一起来的医学信息系统可以更好地和其他系统通讯,更容易地实施,并且使得医护人员高效率地获得相关信息。

医生、护士、医疗机构管理人员和其他医疗服务专业人员,期望这样一天的来到:重要的医学信息可以在系统之间、科室之间无缝穿梭,在任意需要的地方都可以随时获得。IHE通过改进医疗系统之间的整合,消除提供更好的医护服务中的壁垒,来实现他们的理想。

二、 为什么需要IHE?

更好的医护服务需要高效地获得相关的医学信息。抛开空谈技术的先进性,在这个领域大部分的医疗机构都不能作到这点。很多独立的设备和系统在广泛的医学领域获取和存储病人的信息,但通常无法相互高效地通讯。将不同领域的信息流解开并重新组合的工作到目前为止仍然是令人沮丧的。各种学术组织将此付出巨大的努力,花费巨大的代价。即便是很权威的机构也不见得完全意识到计算机系统消除了医疗差错,提高医护工作者的效率,增强整体临床服务的潜在价值。为实现这个目的,医学领域需要一种信息共享的系统框架,这种框架满足医护工作者和病人两方面的需求,同时获得建立和依赖这些系统的企业的认可。

现有的标准提供了搭建这个系统框架的内容,但是单独的标准不能解决问题。任何一个标准都有局限,很多时候可以选择这种标准,也可以选择那种标准,这些标准还可能对一件事情做出相互冲突的解释。没有标准可以完美地覆盖复杂的、变化中的整个医学信息领域。到今天为止,为了弥补标准和系统的局限性,保证系统的顺利运行,需要开发昂贵的、个性化的接口,来整合甚至是符合标准的系统。为了弥合这个鸿沟,需要一种工作,建立一种细致的框架结构,以保证这些标准可以顺利实施。IHE就是这种工作。

三、 IHE能为我们做什么?

临床人员:

医护人员被不能充分分享信息的系统所困扰。他们经常为获得相关医疗信息而和各种因素奋斗,以便提供尽量高质量的服务。至关重要的病人信息可能丢失或者很难获得。除了效率之外,多系统重复的检索入口会导致的检索错误和不匹配必须修正。非常糟糕的情况是很多医疗决定经常是在未能全面理解病人信息的基础上做出的。

IHE为信息共享系统提供一种能优化临床流程的框架。按照IHE框架建立的系统,可以串接到临床工作的信息流当中,减少错误,提高效率。 IHE强化了一个实体内部不同科室之间的信息链接。举个例子—在referring医师和consulting医师之间应用,使得他们成为一个工作的整体,提供最佳的临床服务。

信息技术专家:

医疗IT系统之间的接口对于任何一个医疗机构的工作人员来讲都是重要的挑战。理解标准在不同厂商的系统中实现的差异,并常识找到一种方法协调它们,是一个昂贵、劳动强度大和痛苦的工作。

IHE提供了一个公共的体系结构,让供应商、IT研发部门、临床应用者和咨询专家理解并定位临床完整的需求。

医疗管理行政部门:

行政管理部门在作出可操作的和购买性的决定的时候,要全衡技术、财务、临床和人员素质等诸多限制因素。系统整合的不足影响很多被管理部门关注的临床科室的方面:财政状况、信息技术的开支、人员的效率等,最重要的是医疗质量。

IHE通过指出一条清晰的、可以获得整合的系统的道路,消除了这个障碍。IHE使得买方和卖方都认可将要获得的或者升级的系统的可交互性,使得多供应商和领域宽广的解决方案容易操作。IHE使得信息技术专家可以集中精力到核心功能上,而不是开发和维护那些冗余的、点对点特定的接口。最终,IHE可以实现一个完整的信息流,使得医务工作者更高效地利用时间。

四、 IHE如何发挥作用?

IHE在重要的各方之间引入了一种透彻的和持久进行的协作和交流。有经验的医学专家确定整合的优先循序。企业届的代表负责达成对于独特的临床需求,如何使用标准的传输协议来完成的一致意见。企业负责将这些技术性的决定纳入IHE的框架,使其成为细致的、可以自由获取的整合资源。参与的公司将这种兼容的IHE传输整合到它们的系统当中。Connectathon包括利用IHE提供的软件工具进行严酷的测试,或者是在系统的生命期内的系统对系统之间的测试,保证了对技术框架的高度顺应。最后,通过在一些由医学专家参与的主要会议上展示,建立一种企业参与的机制,同时也是一个教育用户和买家的论坛,使得他们亲眼看到整合和这个框架带来的效率提高。这种工作每年都在进行,不断扩展范围以便适应不断扩展的临床需求。

五、 什么人参与到IHE当中来?

IHE是由医学专家发起的,历来欢迎在影像和信息系统的领先厂商参与。在北美的演示活动由RSNA(北美放射学会)和HIMSS(医学信息和管理系统委员会)联合主办。这些组织中的自愿者,包括放射专家和其他临床医生,医学机构的行政主管和信息技术专家,在指导IHE和确定整合的优先顺序方面扮演主角。制造商的代表也参与进来,不断地拆除障碍,促进整合和高水平的医疗服务。

在2001-2002年度,30家公司通过了测试并准备参与到RSNA和HIMSS年会上的IHE演示。这些公司代表了医学影像和信息系统的主要市场份额。

IHE也已经取得了强有力的国际支持。在欧洲,IHE由EAR(欧洲放射学会)以及代表医学影像工业界的协会COCIR负责。他们的第一个主动活动—在法国的GMSIH和FSR(法国放射学会)的参与下,于巴黎2001年10月进行了第一次展示活动。紧接着,在2002年,德国放射学会将在德国组织展示活动。IHE在日本,正在组织过程中,一定获得了政府支持,引起了企业界的广泛兴趣。

六、 IHE是如何启动的?

IHE是1997年开始的。HIMSS和RSNA认识到通过合作,可以将图像和信息系统的协同工作推向新的高度。HIMSS以前多次主办 HL7以及其他医学信息标准的展示活动。RSNA曾经通过展示活动使得DICOM成为医学影像的国际标准。两个组织都发现通过公共活动,通过鼓励厂商的参与和增强用户、买方对其的认识,可以更到地促进整合工作。他们召集主要成员成立了一个工作组,其中包括企业的代表、制定标准的专家和其他各方。这个工作组在一年之后规划、研究出了一个IHE的计划和几个技术委员会。这些委员会至今都在持续地、主动地工作着。

七、 IHE只和放射学有关系吗?

IHE提高了医学系统内部和跨系统的整合。IHE的原始组织者,HIMSS和RSNA,将对放射学的内容和放射学与更大的医学信息系统连接的特殊理解带到其中来。IHE的最初成果表现在这些领域。无论如何,IHE带来的方法—组织医学专家和信息技术专家来确定和定位整合的优先顺序,对于其他领域一样有价值。HIMSS和RSNA积极扩展这种主动性,并鼓励其他领域的领导者或者协会积极参与到其中来。

八、 IHE的技术框架是什么?

IHE的技术体系是一种详细的、严格组织的文档,这些文档提供了一种容易理解的指导,以便完成特定的系统整合。这种技术框架描述了在要求特殊流程和整合性能的系统之间,基于标准的事务处理(通常被定义为IHE Actor)。

IHE Actors:

信息系统或者程序产生、管理,对信息进行操作,这些功能单元被称为IHE的Actors。每个Actor都支持一组特殊的IHE事务处理。一个特定的信息系统可以包含一个或者多个Actor。

Transactions:

事物处理是在Actor之间,利用现有的标准(比如HL7和DICOM)通过messages来进行信息交换。每个事物处理都通过关联特定的标准和附加的明确信息,包括使用范例来定义。这种定义是增加了大量的规范,确保系统在高层次可以进行交互操作。

九、 IHE的“整合描述”是什么?

IHE的“整合描述”构成了可以满足特殊病人医护需要的整合能力。“整合描述”给供应商和用户提供了一种方便的方法来引用IHE技术体系当中描述的功能,而不需要重申IHE中Actor和Transaction的说明。

在2001-2002年度,IHE定义了如下临床需求的“整合描述”:

——预约流程:定义了在病人影像流程的关键步骤中的信息流。(登记、排序、预约、就诊、分发和存储)。

——病人信息的一致性:定义了一种有效方法处理病人信息不唯一或者错误的唯一的情况。

——图像信息表达的一致性:保持在不同的介质和不同的显示模式下图像浏览和标注的一致性。

——成组信息的表达方式:管理在一个获取过程中获取的(本该是多个步骤)的系列影像。

——获取放射学信息:建立一种机制在科室之间共享放射学影像和信息。

——关键图像的标注:允许在序列的关键图像上附加文字性注释和指针。

——图像和数字化的报告:实现一种标准:创建、管理、存储、查看包括图像、正文和数字的报告。

十、 IHE对我有什么用?

IHE的价值取决于你的角色和需求。临床医生和管理人员应该充分理解临床和管理上的好处是可以通过IHE整合实现的,并努力促使自己的科室采用这些内容,早日达到目的。

信息技术专家可能注重了解那些在他们的监控之下,可以简化系统之间接口的技术框架部分的内容。开发人员和系统整合人员将从充分理解技术框架获得最大的好处。

如果将IHE比做一种系统整合的通用语言,那么可以类推描述一个人如何利用各种资源学习外语。DICOM和HL7提供了系统整合的单词表和简单的语法。“技术框架”将这些元素组合成课文,将那些最相关的片段组合在一起,去掉不清晰的部分。“整合描述”则类似于做基本通讯的常用词语小册子。这些内容组成了一种可以让买方和卖方为系统整合而进行交流的语言—即便它们本身不遵从DICOM或HL7。

“整合描述”对于书写购买新系统(设备或者信息系统)的说明中关于整合要求的描述非常有用。从根本上讲,医疗组织需要获得实际的获得分布存储的医学影像和流畅科室管理流程的能力。“整合描述”提供了使用高层通讯的能力,同时又不失去赖以正常工作的技术准确性。

IHE可以让系统整合地更快速、高效、地成本和更成功。像在IHE中描述的那样基于标准的整合解决方案更灵活、持久,更容易完成,比其他系统更低的维护成本。通过IHE进行系统的整合是提高医疗服务的事业中非常的生动一步。

十一、如何找到更多的IHE资料?

可以通过参加HIMSS和RSNA年会上的展示和介绍活动,以及其他主要的医学会议来获得。其他信息或者参与的机会请参看Web页面:www.rsna.org/ihe。小册子IHE Integration Profiles: The Key to Integrated Systemt提供了大量细致的、由所有IHE“整合描述”组合成的整合性能说明。小册子IHE 2001 Connecathon提供了IHE“整合描述”由参与IHE的供应商完成和测试的详细情况。最后,IHE Technical Framework提供了详细的关于运用HL7和DICOM进行事物处理来完成高效的互操作性的资料。

赶上了今年的第一场雪

匆匆忙忙的确定出差,然后就又一次来到了上海,早上刚到还好,下午开始洋洋洒洒的开始降雪,雪花还挺大,没想到一直在北方工作生活的我居然在上海赶上了2010年的第一场雪,冷,湿冷,这种感觉并不是很爽,南方的冬天确实不是很美,北方吧你说冷那就是生冷,但是一入屋子就暖和了,南方不是,到屋子首先开空调,等一会才能享受温暖的感觉,但是如果赶上大房子,那就有时间要等了,恰巧每次来上海都在老板家入住,房子复式双层,这种冷冷的感觉就不是很好了,在屋里裹着厚厚的羽绒服,喝着热水,敲着字,这感觉。。。

不知不觉这一年又快过去了,算是比较兢兢业业的工作了一年,公司效益依然不是很理想,虽然到年底突然忙碌了起来,但是合同单子依然很少而且不确定性很多,算起来已经努力了两年半了,可是公司效益还是依旧不理想,虽然公司是在做一些基于RFID的应用,在大环境及国家层面都在助推“物联网”的发展的情况下,RFID作为物联网基础技术之一应该是比较有前景的,可是就是带不来效益,有些让人郁闷,再来回头审视一下产品与产品中使用的技术,有很多不如人意的地方,经过这么多年下来,多少对于产品,尤其是基于软件系统的产品,有一些看法,但是由于公司的整体运营与开始的投入与发展到现在的时间,不能根本上舍弃全部,只能继续坚持,在坚持的同时缺乏人脉,这样很难带来效益也是可以理解的。

回头再来说说产品,主要是基于行业应用的软件系统产品,其实作为产品来讲,站在产品的角度来看,无论任何一款产品首先需要建立在客户需求的基础上,然后结合客户的需求与客户所在行业的知识,完成用户的这些需求,在完成的同时需要融入行业知识,行业规则和行业流程,这些是首要的,接下来就是需要在这个基础上如何让产品更具可用性,确实是能提高用户的效率,能够完成有效的管理,而不能完成了用户的需求后不考虑其他的东西。而基于软件系统的产品绝不是因为某种技术而使产品具有领先性,只有做细产品,注重细节及注重完成用户各点的需求方能具有一席之地,才能做到你家有我也有,你家没我也有(当然是要有需要的有),站在这个层面上至少能说产品过得去了,剩下的就是销售与市场推广,当然还有作为技术对他们的支持工作了,踏踏实实做好这些,一步一个脚印的前进,总能获取订单。

儿子出生了

经过了40周+2的时间,俺家儿子于11月27日出生了,最近几天一直陪着妻子及刚出生的宝贝儿子,首先在这里感谢下妻子,生个孩子太不容易了,母亲确实是伟大的,所幸整个过程相对还是比较顺利,虽然由于中间脐带绕颈3周很是担心了一阵子,但是宝宝确实在这方面可能具有天生的本能,居然又给绕回来两圈。

相对整个过程算是比较顺利的,除了脐带绕颈问题及到了预产期还没动静又突发的胎心监控不好,导致计划中的顺产变为妻子挨了一刀,不过从儿子呱呱落地到妻子的反应可以看到是幸福的,付出的努力最终有了回报。

到我写这篇帖子,儿子已经成长了整整10天了,小家伙给我们这个家庭带来了极大的乐趣,也增加了我的责任感,仅以此篇帖子记录整个过程。

(1)确认怀孕,激动中;

(2)按照孕期表格做必要的检查,听必要的课程;

(3)工作忙,双方父母加入照顾行列;

(4)发现脐带绕颈,担心中;

(5)到达预产期无动静,担心中;

(6)突然胎心监护不好,确定手术;

(7)进入手术室,紧张等待中;

(8)抱出儿子的一刻,方才确认是儿子还是女儿;(其实当时并没有很多人说的激动,当时一方面担心孩子手术室的妻子,一方面脑子里很乱)

(9)小家伙还是比较乖的,不太闹人的,除了饥饿,撒尿及便便有反应,其他时候很乖,不哭不闹。

数据库建模

应用于零售小店的管理系统

随着计算机技术的发展,现在PC电脑已经越来越普及了,很多小的零售店也开始逐步使用pc电脑来进行日常销售的管理,辅助于商品上的条码加上扫描枪能够很好的针对小的零售店销售开展工作,这样相比纸张记录来说来的方便很多,而且整体成本也比较低,于是最近开始针对这个应用进行设计与考虑,开始想的很简单,因为应用本身就很简单,但是随着设计的开展,增加了很多的辅助元素,才发现简单性是很难控制的,要想适用范围广就要舍去某些简单性,想象中一个很简单的应用到头来发现却不如想象中的简单。
整体功能预想:
1、能够完成数据字典的管理;
2、简单的权限管理;
3、能够进行简单的会员管理及会员卡管理(非必要);
4、能够完成商品入库库存盘点的管理;
5、能够完成日常的营业的管理;
6、能够进行统计查询;
根据上面的预想,初步的数据建模图如下所示,仅仅是初始建模,尚需根据调研加深对其业务的理解后的需求进行完善。

数据库建模

数据库建模