作者归档:月夜

昨天折腾到凌晨

昨天折腾到凌晨才睡觉,刚装完的系统做了一些配置,配置了WAMP(W=Windows 7),并且配置了Eclipse的IDE,顺手将Android的配置也做了,有时间可以研究一下,想想Android下的研发基于Java就觉得淡疼,很久没做这方面的东西了,配置起来不很顺手了,这东西也是熟来生巧,经常用就会很顺手,一旦不用了很久突然的使用就觉得手生,好在现在网络确实发达。

越来越多的技术性站点都被功夫网给墙了,昨天顺手也折腾了下这方面的东西,上推特(Twitter)看了下,在Google Reader上阅读了一些订阅并新增了一些订阅,这才发现原来Windows Live的Spaces要搬迁了,虽然由于现在已经不用了,但是残留的一些往日的数据也是需要迁移一下的,好在MicrosoftWordPress之间的迁移工作做的还不错,很容易就迁移过去了,迁移过程中也没出现问题,从Blog开始出现到现在,各个时期出现的都用过一些,但是没有坚持一贯的使用,多多少少的用起来都不是很好,主要还是集中在速度方面,另外就是时间长了懒得记录了,有时候也想不起来,也就过去了。

配置WAMP对我来说需要做的还是比较简单的,能够运行调试PHP脚本即可,我使用的是集成好的Appserv,基本上需要配置的有几个地方,主要包括Apache中的httpd.conf文件,需要支持其他路径下的访问,在IfModule alias_module代码段中增加别名,配置其ScriptAliased脚本段,增加别名的Directory,安装phpmyadmin用于管理MySQL,配置php.ini中的php_pdo.dll扩展,因为安装的一个项目管理系统需要此扩展。

Eclipse中基于php方面的配置需要下载一个php开发的插件phpEclipse,Android的配置主要分为三步,首先需要安装Android SDK,然后安装ADT并进行配置,第三配置Android的模拟器,然后就可以针对Android平台进行应用的开发了,具体可参阅Android Developers站点中的文档进行,不过需要爬下墙才行。

除了这些最近还有开始阅读Extjs的一些文档,写一些项目重构给同学的那个项目,另外就是寻找一些素材(基于数字签名及签章方向、PKI等,代写论文所需)。

不支持replace的数据库的替换处理方式

在写一个update SQL 语句的时候需要用到replace替换一部分数据,结果测试数据库选用的是Access,还不支持replace表达式,弄了半天,使用其支持的left,instr,right组合完成替换功能,只能替换一个字符串。

left(str1, instr(str1, str2)-1) + str3 + right(str1, len(str1) – instr(str1, str2) – len(str2)+1)

2010年度总结

年龄确实有些大了,前天晚上在家抓紧时间做同学的东西,不知不觉的一下弄到第二天早上,结果第二天下午就困的不行,而且身体也觉得比较疲惫,是不比以前了。但是一夜的成效还是不错的,算是第一个版本的软件雏形基本都完成了,剩下的进一步的完善和一些环节的逻辑判断和流程流转的工作 了,主要工作的算法算是完成了,需要进一步的测试,剩下的这两天抓紧时间,在元旦前争取完成这次的第一个版本,交给同学试运行。

后天下午的车回家去看儿子去,嘿嘿,然后回来就要开始着手升级软件及计划如何重构这个软件,每年光支付空间及邮箱域名就得小3000呢,一直就这么置之不理有些资源的浪费,怎么也得行动起来,除了工作,这条路还得坚持下去。

今年整整一年下来,回顾一下,还是做了一些事情的,在年末以流水账的方式记录一下2010年:

1、从三月份开始装修房子,到8月的时候基本装修完了,在国庆节的时候购买了一部分家具;

2、带领团队推出了系统的全新版本,并对老客户进行升级与部署;

3、带领团队完成了两个项目的实施;

4、出差频率加大,走访了不少城市,开阔了视野,同时也加深对行业知识的认识;

5、把自己跟妻的户口都迁到了自己的窝;

6、对于以前业余时间做的软件有一些新的思路与想法;

7、宝贝儿子出生了,荣升为父亲,妻也升级为母亲;

8、在北京又搬了一次家;

9、购买了的股票仍在里面差不多一年了,依旧沉默;

基本上除了日常工作中需要处理的一些事情之外(团队管理、技术研究、方案撰写…),基本上能想到的比较重要的事情就是上面罗列的部分了,总体上来讲2010年对于我来说是一个消费的年度。

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

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

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

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

先后从事过 医疗行业、电信行业、可靠性工程行业、教育行业到现在又回到医疗行业,认真的想想,损失无疑是很大的,所以现在对于一些在软件研发行业工作的朋友,也会经常进行一些这方面的沟通,希望能够帮助他们,但效果甚微,很多朋友都觉得换一个工作能够提高技能,认为在现在的单位学不到东西。当然另外一个原因就是可能因为每换一个工作都会有薪水方面的提高,这也驱动了很多研发人员跳槽频繁,而且行业跨度很大,从长远来看,这样因为换一个单位就有数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进行事物处理来完成高效的互操作性的资料。