RealBlog

页面定时刷新

<meta http-equiv="Refresh" content="秒" >
页面定时转向新的地址

<meta http-equiv="refresh" content="秒;URL=url">

<link rel="Shortcut Icon" href="favicon.ico">

IE地址栏前换成自己的图标

怎样通过asp的手段来检查来访者是否用了代理

<% if Request.ServerVariables("HTTP_X_FORWARDED_FOR")<>""



then

response.write "<font color=#FF0000>您通过了代理服务器，"&
_

"真实的IP为

"&Request.ServerVariables("HTTP_X_FORWARDED_FOR")

end if

%>

最小化、最大化、关闭窗口

<object id=hh1



classid="clsid:ADB880A6-D8FF-11CF-9377-00AA003B7A11">

<param name="Command" value="Minimize"></object>

<object id=hh2



classid="clsid:ADB880A6-D8FF-11CF-9377-00AA003B7A11">

<param name="Command" value="Maximize"></object>

<OBJECT id=hh3



classid="clsid:adb880a6-d8ff-11cf-9377-00aa003b7a11">

<PARAM NAME="Command" value="Close"></OBJECT>



<input type=button value=最小化 onclick=hh1.Click()>

<input type=button value=最大化 onclick=hh2.Click()>

<input type=button value=关闭 onclick=hh3.Click()>

本例适用于IE

＜Script Language="javascript"＞

　　function bookmarkit()

　　{

　　window.external.addFavorite('http://你的网址','你的网站名称')

　　}

　　if (document.all)document.write('＜a href="#" onClick="bookmarkit()"＞加入收藏夹＜/a＞')

　　＜/Script＞
＜body bgcolor="#FFFFFF" text="#000000"＞

　　＜!-- 网址：http://你的网址--＞

　　＜a class="chlnk" style="cursor:hand" HREF

　　onClick="this.style.behavior='url(#default#homepage)';

　　this.setHomePage('你的网站名称);"＞＜font color="000000" size="2" face="宋体"＞设为首页＜/font＞＜/a＞

　　＜/body＞

前两天听一个讲座，关于服务的。觉得讲的的很好。

认为服务分为三个层次：

1。隐性期望

2。显性期望

3。模糊期望。

隐性期望是不言自明的期望，比如到饭店吃饭时，吃饱的期望、不用自己做、不用自己洗碗等等，如果这些完成了，人们认为这是理所应当的，如果没有完成，那么对你的服务就会非常不满意。可能客户就必须另外找其他供应商了。

显性期望是需要说出来的期望，再次比如到饭店吃饭，你可能希望淡一点，咸一点，希望靠窗户的位置，或者需要包间，点菜。是一些让人觉得人性化的，这些期望的满足，人们会认为服务还可以，但未必就非常满意，如果满足不了，你可能会找另外的地方服务，也可能继续让他们服务。

模糊期望，是一些客户自己也说不清楚，说不明白的期望。超出你的期望的服务。如果同时达到这样的服务，客户就会觉得很不错。

制作体检表模板，要求格式固定，支持输入相对固定的短语。

采用表格格式，并且使用边框和底纹工具对线条进行处理，使满足具体要求。包括使用无框或者加粗线条。

采用自动图文集，删除大部分自动图文集，自己增加词条，设置为工具栏，方便快速输入。自动图文集位于工具－自动改正－自动图文集。

保存为模板，备份好normal.dot后替换为normal.dot。

修改模板后重新更好模板，发现自动图文集没有了，怎么办？由于词条比较多，不想重新输入，觉得上网看看别人的经验，没有什么帮助，自己看word的帮助，发现可以在模板和加载项中进行复制。

但是如何在不同机器间进行复制仍然有待进一步研究

医院信息系统的发展分为三个阶段

1。简单的单机时代，可以实现一些简单的收费，诊断，治疗等功能，现在已经很少见了。

2。HIS的发展，联网了，可以实现一些收费，主要以管理和收费为特征。很多单位已经实现了这阶段的发展。包括门诊收费、住院收费、药房药库管理、医技科室扣费系统。

3、临床信息系统的发展，现在发展的方向包括医嘱系统、电子病历系统，实验室信息系统lis，放射科信息系统ris，还有完整的pacs系统，以及超声系统、体检系统、病理系统，远程会诊系统等等。全方位的网络化、信息化。医疗的设备基本都接入临床信息系统。这个阶段的发展围绕临床信息发展，方便医生诊断治疗。

从单机到计算机联网再到设备联网，功能越来越多，投资也越来越大。

性能要求越来越高，带宽需求也逐步变大10M－－>100M－－>1000M，存取空间逐步升级M－－>G－－>T。新技术应用包括nas－san，双显卡多显示屏显示等。

计算机网络系统应急方案

分析

HIS网络系统应急方案是指当系统的计算机或网络系统发生故障，HIS无法正常处理业务时，通过手工的方式进行业务处理的一种紧急措施。医院信息系统故障原因各异，有的因为区域的网络链路中断，有的因为磁盘阵列老化，还有因为UPS故障导致信息系统不能正常使用。不能被动地应对医院信息系统故障，而是预防为主，应急方案为辅。在发生故障时，在规定时间内暂时无法解决的，经医院信息安全小组同意，启动应急方案。门诊系统最常的可容忍的死机时间是五分钟。而住院系统是30分钟之内。在影响病人正常就医时，应及时做好解释疏导工作，同时向地方主管部门通报备案。

从信息系统的安全性分类来讲，他有来自于自然的威胁和人为的威胁，来影响信息系统的安全性。医院真正的系统崩溃，更多的还是来自于服务器和网络的这种灾难，一个系统一个机器，不可能没有错误发生，但是我们要考虑平均无故障时间，同时要考虑一旦出现了故障之后，怎么样尽快的恢复。有一套方案，来保证一旦这个系统出错之后，另外一个系统去容错，自动切换，把这个关键任务承担下来。采用容错服务器、采用冗余服务器等设备，通过类似的一系列措施，大大提高了医院信息系统的可靠性。配备较好的安全技术设备和技术措施;同时加强安全管理，严格按照规范操作，尽可能确保医院信息系统的稳定和安全，尽可能把系统发生故障的几率降低。

应急规划原则

应急规划关系到服务的持续性，因此将重点放在防止 IT 服务中断，以及中断发生后的服务恢复方面。服务中断的范围可以从应用程序、系统或网络故障，一直到营业场所的完全消失。

应急规划需考虑的可能出现的灾难包括：

火灾／爆炸／破坏／被窃

水灾／自然灾害／虫灾／建筑物毁坏

行业行动／意外损坏

设备丢失或故障 - 计算、网络或环境控件

软件故障

数据丢失或损坏

应急规划使用风险管理原则来确定对服务的威胁，如设备故障或火灾。通过实施一些对策（如备用网络链接），能够排除服务设计中脆弱部分造成的威胁，从而限制威胁对信息服务所造成的影响。在出现重大威胁的情况下，用于保证 IT 服务持续性的应急规划必须提供在备用位置完整恢复服务的设施、知识和步骤。

为妥善处理解决医院HIS系统发生故障期间患者看病问题，厦门市第二医院制定了《厦门市第二医院HIS网络系统应急方案》（试行），现将相关内容介绍如下：

 

根据故障的性质和严重程度而采取不同的应对措施:

	电力故障:

 

 

信息服务在某些方面很大程度地取决于其他服务。电力故障的应急处理：信息中心这些主服务器的供电是非常重要的，我们配备了在线式的10kva的UPS集中供电，可以保证机房断电后正常使用10小时。关键科室的电脑配备了后备式的UPS，可以保证15分钟的延迟使用。由后勤保障部保证服务的恢复即后备发电，协调保证关键计算机的供电。

	灾难故障:

 

 

保证在发生各种不可预料的故障、破坏性事故或灾难情况时，能够继续提供计算机服务，确保业务系统的7x24小进不间断运行，极大地降低医院的损失。信息中心对系统进行修复，必要时联系供应商。临床采用手工方式进行管理，医生凭收费单开处方，由收费员进行估价开单收费，药房凭收费处方单发药，各科室凭收费单据进行相应处置。灾难恢复后补录到HIS中。

技术解决方案

	软件故障:

 

应用程序级别故障:24小时的电话支持

I.工作站:

1.    工作站上的医院信息管理系统(HIS)客户端软件无法使用,记录出错的信息并判断.

2.    重新以正确的用户角色登录windows NT域.

3.    然后检查快捷方式是否正确链接到正确的服务器执行程序路径(针对应用程序不在工作站本地的情况),重新创建快捷方式并设定起始位置.

4.    检查powerbulider的动态链接库版本是否正确,是否在环境变量中设置了动态链接库的路径,重新从服务器下载最新版本的动态链接库,并设置相应的环境变量.

5.    查看于客户端程序相对应的ini文件,查看其中ServerName字段是否为为正确的服务器别名,如果错误,将其改为正确的服务器别名.

6.    查看客户端oracle client的配置,测试服务器别名,保证TNS连接字符串指向正确的服务器和数据库SID以及监听器端口.字符集和时间格式是否正确

   II.服务器

1.    服务器端医院信息管理系统(HIS)软件无法使用,查看任务管理器和事件日志,记录出错的信息并判断.

2.    kill相应的服务器进程,并重新启动该服务器进程.

3.    查看ini文件,查看其中ServerName字段是否为为正确的服务器别名,如果错误,将其改为正确的服务器别名.

4.    打开服务器上的NET 8 ASSISTANT,重建服务命名,直至测试通过.

操作系统级别故障:

 

     I.工作站:

1.    工作站频繁死机,性能低下,以及采取了针对应用程序级别故障的措施后仍然无效以及出现其它和操作系统相关的故障现象时,则应该考虑从操作系统层面进行故障查找.

2.    首先用备用机器替换,保证正常的日常工作.

3.    以安全模式进入操作系统,检查系统情况,查找原因.

4.    对系统进行恢复,根据故障原因,采用删除和重装部分操作系统组件,全新重装系统,覆盖重装系统,用以前备份的可用镜像文件进行恢复.

 

II.服务器:

1.    经判断为服务器操作系统层面的故障后,在采取任何措施之前,应该备份故障服务器上所有相关数据,并确定通过备份数据可以至少把服务器恢复到故障发生时的初始状态(即保护现场),在确定任何一步操作有回复的途径之前,不应该进行该操作.

2.    情况严重时启用备用服务器以保证医院管理信息系统服务不中断.

3.    查看任务管理器,记录资源使用状况以及各个进程详细情况,以备后续判断.

4.    查看事件日志,查看系统日志中的错误信息.

5.    根据故障原因可能采取的部分恢复措施有:

a.    停止或者暂时停止部分系统服务以改善性能.

b.    Kill死锁的进程,再重新启动这些进程.

c.    备份注册表后,对注册表进行微调.

d.    删除部分引起故障的应用.

e.    在系统空闲时期重新启动服务器.

f.    以上措施无效的情况下,考虑使用服务器应急修复盘进行修复操作.

g.    最后的措施就是重新安装服务器操作系统.

 

主数据库故障:

      

1.    视故障严重程度,启用备用服务器,提供应急的数据库服务.

2.    查看跟踪日志文件和警告日志文件,详细记录错误号,进一步分析判断.

3.    备份所有的数据库文件,重做日志,归档日志等,在确定每步操作可以有回复的途径之前,不宜进行该操作.

4.    查看数据库参数文件,调适参数,特别注意客户进程数不能低于100.

5.    查看操作系统的系统服务中的与ORACLE相关的数据库服务,监听服务等是否正确启动,并重新启动这些服务.

6.    以上措施无效,进入server manager命令行模式使用shutdown immediate命令关闭数据库服务,再使用startup open命令启动数据库.

7.    如果为数据库数据文件损坏,则对使用数据库备份文件对数据进行回复操作.

8.    以上措施无效,使用oradmin删除实例,然后重建实例,

9.    以上措施无效,备份数据库文件,删除数据库,重建数据库并使用原来的sid,然后导入备份的数据库文件.

	硬件故障:

 

工作站

1.    使用后备机器进行替换,保证日常工作的进行,

2.    使用插换法进行检查,确定故障部件,与供应商联系更换与维修.

服务器

1.    马上使用备用服务器,保证正常提供医院信息系统服务.

2.    联系供应商进行售后服务.

 

	网络故障:

 

(特指由于布线系统方面线路断离,接触不良,网络设备等故障而引起的院内局域网中断) 网络单点故障的应急处理：有一定的线路备份，特别是关键部位设置应急线路，必要时启动备份线路

线路断离:

1.    更换跳线

2.    更换信息点

网络设备故障:

1.    更换备用网络设备，保证日常工作的进行。

2.    联系供应商更换或维修。

	医保系统故障:

 

 当系统发生故障时，只能以自费的方式处理医保患者的费用，病人先自费交一定的预交金，正常完成看病的流程，可以选择先不结算，待医保系统恢复正常时候再行结算，也可以先自费结算，待医保系统恢复正常时候让患者携带发票来院重新重新结算。

UML的作用就是用很多图从静态和动态方面来全面描述我们将要开发的系统。用例建模的最主要功能就是用来表达系统的功能性需求或行为。
可分为用例图和用例描述。用例图由参与者（Actor）、用例（Use Case）、系统边界、箭头组成，用画图的方法来完成。用例描述用来详细描述用例图中每个用例，用文本文档来完成。
参与者:所扮演的角色
用例是对包括变量在内的一组动作序列的描述，系统执行这些动作，并产生传递特定参与者的价值的可观察结果。
系统边界是用来表示正在建模系统的边界。边界内表示系统的组成部分，边界外表示系统外部。系统边界在画图中方框来表示，同时附上系统的名称，参与者画在边界的外面，用例画在边界里面。
箭头用来表示参与者和系统通过相互发送信号或消息进行交互的关联关系。
用例描述：详细的说明
用例描述一般包括：简要描述（说明）、前置（前提）条件、基本事件流、其他事件流、异常事件流、后置（事后）条件等等。

一． UML简介

　　UML（统一建模语言，Unified Modeling Language）是一种定义良好、易于表达、功能强大且普遍适用的可视化建模语言。它融入了软件工程领域的新思想、新方法和新技术。它的作用域不限于支持面向对象的分析与设计，还支持从需求分析开始的软件开发的全过程。在系统分析阶段，我们一般用UML来画很多图，主要包括用例图、状态图、类图、活动图、序列图、协作图、构建图、配置图等等，要画哪些图要根据具体情况而定。其实简单的理解，也是个人的理解，UML的作用就是用很多图从静态和动态方面来全面描述我们将要开发的系统。

　　二． 用例建模简介

　　用例建模是UML建模的一部分，在我眼里，它也是UML里最基础的部分。用例建模的最主要功能就是用来表达系统的功能性需求或行为。

　　依我的理解用例建模可分为用例图和用例描述。用例图由参与者（Actor）、用例（Use Case）、系统边界、箭头组成，用画图的方法来完成。用例描述用来详细描述用例图中每个用例，用文本文档来完成。

　　1． 用例图

　　参与者不是特指人，是指系统以外的，在使用系统或与系统交互中所扮演的角色。因此参与者可以是人，可以是事物，也可以是时间或其他系统等等。还有一点要注意的是，参与者不是指人或事物本身，而是表示人或事物当时所扮演的角色。比如小明是图书馆的管理员，他参与图书馆管理系统的交互，这时他既可以作为管理员这个角色参与管理，也可以作为借书者向图书馆借书，在这里小明扮演了两个角色，是两个不同的参与者。参与者在画图中用简笔人物画来表示，人物下面附上参与者的名称。



　　用例是对包括变量在内的一组动作序列的描述，系统执行这些动作，并产生传递特定参与者的价值的可观察结果。这是UML对用例的正式定义，对我们初学者可能有点难懂。我们可以这样去理解，用例是参与者想要系统做的事情。对于对用例的命名，我们可以给用例取一个简单、描述性的名称，一般为带有动作性的词。用例在画图中用椭圆来表示，椭圆下面附上用例的名称。



　　系统边界是用来表示正在建模系统的边界。边界内表示系统的组成部分，边界外表示系统外部。系统边界在画图中方框来表示，同时附上系统的名称，参与者画在边界的外面，用例画在边界里面。因为系统边界的作用有时候不是很明显，所以我个人理解，在画图时可省略。

　　箭头用来表示参与者和系统通过相互发送信号或消息进行交互的关联关系。箭头尾部用来表示启动交互的一方，箭头头部用来表示被启动的一方，其中用例总是要由参与者来启动。

　　2． 用例描述

　　用例图只是简单地用图描述了一下系统，但对于每个用例，我们还需要有详细的说明，这样就可以让别人对这个系统有一个更加详细的了解，这时我们就需要写用例描述。

　　对于用例描述的内容，一般没有硬性规定的格式，但一些必须或者重要的内容还是必须要写进用例描述里面的。用例描述一般包括：简要描述（说明）、前置（前提）条件、基本事件流、其他事件流、异常事件流、后置（事后）条件等等。下面说说各个部分的意思：

　　简要描述：对用例的角色、目的的简要描述；

　　前置条件：执行用例之前系统必须要处于的状态，或者要满足的条件；

　　基本事件流：描述该用例的基本流程，指每个流程都“正常”运作时所发生的事情，没有任何备选流和异常流，而只有最有可能发生的事件流；

　　其他事件流：表示这个行为或流程是可选的或备选的，并不是总要总要执行它们；

　　异常事件流：表示发生了某些非正常的事情所要执行的流程；

　　后置条件：用例一旦执行后系统所处的状态；

系统用例包括了高级实现决策，而基本用例是要以与技术和实现无关的方式捕捉用户的意图。

用例的各个组成部分 


名称。名称无疑应该表明用户的意图或用例的用途，如“研究班招生”。 

标识符 [可选]。唯一标识符，如 "UC1701"，在项目的其他元素（如类模型）中可用它来引用这个用例。说明。概述用例的几句话。 

参与者 [可选]。与此用例相关的参与者列表。尽管这则信息包含在用例本身中，但在没有用例图时，它有助于增加对该用例的理解。 

状态 [可选]。指示用例的状态，通常为以下几种之一：进行中、等待审查、通过审查或未通过审查。 

频率。参与者访问此用例的频率。这是一个自由式问题，如用户每次录访问一次或每月一次。 

前置条件。一个条件列表，如果其中包含条件，则这些条件必须在访问用例之前得到满足。 

后置条件。一个条件列表，如果其中包含条件，则这些条件将在用例成功完成以后得到满足。 

被扩展的用例 [可选]。此用例所扩展的用例（如果存在）。扩展关联是一种广义关系，其中扩展用例接续基用例的行为。这是通过扩展用例向基用例的操作序列中插入附加的操作序列来实现的。这总是使用带有 <<extend>> 的用例关联来建模的。 

被包含的用例 [可选]。此用例所包含用例的列表。包含关联是一种广义关系，它表明对处于另一个用例之中的用例所描述的行为的包含关系。这总是使用带有 <<include>> 的用例关联来建模的。也称为使用或具有 (has-a) 关系。 

假设 [可选]。对编写此用例时所创建的域的任何重要假设。您应该在一定的时候检验这些假设，或者将它们变为决策的一部分（请参阅下文），或者将它们添加到操作的基本流程或可选流程中。 

基本操作流程。参与者在用例中所遵循的主逻辑路径。因为它描述了当各项工作都正常进行时用例的工作方式，所以通常称其为适当路径 (happy path) 或主路径 (main path) 。 

可选操作流程。用例中很少使用的逻辑路径，那些在变更工作方式、出现异常或发生错误的情况下所遵循的路径。 

修改历史记录 [可选]。关于用例的修改时间、修改原因和修改人的详细信息。 

问题 [可选]。如果存在，则为与此用例的开发相关的问题或操作项目的列表。 

决策。关键决策的列表，这些决策通常由您的 SME 作出，并属于用例的内容。将这些决策记录下来对于维护团体记忆库 (group memory) 是相当重要的。

中国式管理的学习心得：经权结合

网络中心   林志稳

有法中无法而无法中却有法，就是有原则在其中，无法事应变，有法是原则。不离开原则就是遵守一些不能逾越的底线，比如法律，规章制度等。法律等是方方正正、实实在在的，是规矩。权变则更多体现了圆通圆滑的应变上。

有法中无法就像独孤剑法一样，没有什么招数，很难学习，但是一旦学会了，对付任何情况都不存在问题。其中的变化只是根据情况的变化而变化，对准的是敌人招数中的漏洞。

中国式管理中强调人是活的，法是死的，经需要权来执行，而不是死守经不变。情理法中，情是权，法是经，要做好工作就必须做到合情、合理、合法。最根本的就是做到合法，在合法的基础上做得合情合理就会让大家都满意。

书中说法代表过去，理代表现在，情代表未来。而国人喜欢忽视法律的存在，强调合理、合情。所以中国人更是一个主张和盛行变通的国度。在一个人治多于法制的国家和社会理，一个不懂变通的人是难以在中国社会立足的。经与权有似于人们所说的“原则性”和“灵活性”， 管理有绝对部分，也有相对的部分，绝对的部分叫经，相对的部分叫权，也就是原则不变，方式可变。安人的目的是不能变的，不管什么环境都要使他安，但是环境在变，所以方法就要跟着时代改变，安人的目的不变，叫常；安人的方法要变，叫变。所以要有常有变。

持经达权，我们不能有经无权，有经无权的人太固执、太呆板，而有权无经是乱变，要避免有权无经。也要避免有经无权。有不变的部分，也有变的部分，不变的部分要坚持，变的部分要放手，抓住目标，放手让部属去发挥。权不离经就会合理，也就是中庸主义核心所在。经权之间还有存在一种情况就是背离，离经背道，对管理来说也是一种严峻的问题。真正做到持经达权实在不是一件容易的事情。用持经达权来指导管理工作还是有很大现实意义的。保持对目标的不变，让大家各使其能，各显神通，这也许就是西方管理科学的目标管理方法。在现实管理，特别是医院管理中，情况随时发生变化，不比一些标准的流水线管理，就不能不权变。

变化之中必有常道，中国人的高明，表现在“变化是有条理”的。非但不紊乱，而且有其常则。变化虽不停息，却有常则。变来变去，要变得有道理，大家自然心服。如果变得毫无道理，也就是变得偏离常则，大家心存疑惧，必然影响士气。如果没有条理地乱变，那么发展到某一阶段，就会停止，甚至于灭绝。持经指“有所不变”，“达权”即“有所变”，合起来便是“有所变有所不变”，成为中国人为人处世最难拿捏的一种分寸。

今天是七夕情人节，打算好请LP去吃个饭。LP比较喜欢西餐，决定去吃牛排，在这边豪佳香比豪想来的口味要好一点。来到禾祥西路的豪佳香，果然是情人节，位置已经满满的，小姐发给我们一张排号单，43号。还好很快就有位置了，今天因为是情人节，这里牛排的价格水涨船高了，一份菲力牛排加上一份黑胡椒牛排，组成一份情人节的一生一世套餐，标价134元，原来一份菲力牛排35元，一份黑胡椒牛排30元。不过气氛还不错，蜡烛、红酒、果汁加上桌上一支玫瑰花，旁边还有钢琴配乐。也许这就是情人节的卖点吧。

单位打算做一些容灾，最需要先做的就是双机热备，也就是群集。单位现在准备用于群集的服务器有2台，一台Dell6600，现在是主要数据库服务器，已经连接了磁盘阵列，操作系统是win2000advance server，一台是dell4600，带有scsi卡，尚未连接到磁盘阵列，操作系统是win2000 server。双双带有两张网卡。已经具备做群集的基本条件。

群集的做法可以让双机虚拟为一台机器（对外是一个IP的主机），两台服务器之间可以通过网卡或者com口连接，来传递服务器的信息，一旦有一台服务器出现宕机，就会启用备用机器。双机的通信是定时的，如果隔一定的时间没有收到通知，群集主机就会被认为已经发生故障。群集的两台主机用同一个子网的IP，对外用一个IP对外服务。

我们需要做的就是把磁盘阵列连接到另外的一台主机上，在备用主机上安装数据库，启用群集功能。成为2+1模式，可以保障主机故障。但是无法保证磁盘阵列的故障。