关于ASP

ironstone

此ASP为Application Service Provider，这个概念不知道有没有人熟悉，非microsoft的asp
ASP是英文Application Service Provider的缩写，通常中文译为应用服务提供商，它是指配置、租赁和管理应用解决方案，为商业、个人提供服务的专业化服务公司。通俗地说，ASP是一种业务租赁模式，企业用户可以直接租用ASP的计算机及软件系统进行自己的业务管理，从而节省一大笔用于IT产品技术购买和运行的资金。
　　在国外，ASP最早出现于1998年，是伴随着互联网发展引发的需求而来的。它具有五个方面的特点：
　　1、ASP以应用为业务核心，即ASP为客户提供对应用的访问和管理；
　　2、ASP出售应用访问，即ASP可以为客户提供租赁形式的应用服务，客户企业可以不必为他的应用需求而在设备、软件、人员等方面作大规模的投资，而外包给ASP企业，并按一定的使用周期付费，从而极大地降低企业应用系统的投资风险和初期投入；
　　3、ASP进行集中管理，即ASP服务一般在一个中心位置进行集中管理，客户通过互联网进行远程访问所需的应用；
　　4、ASP对多个客户服务，ASP提供一套标准化应用包，为多个不同的客户提供专业化的应用服务，借此降低客户企业的应用成本；
　　5、ASP与客户根据合同提供相应服务，从客户的角度看，ASP是一家根据客户协议内容提供相关服务，并确保应用系统服务可以运行的服务性机构。
　　与传统公司内部运作的应用软件相比较，ASP使其安全性、可靠性和可伸缩性大为增强。客户不必再自己购置硬件设备、配置软件，成本大大降低。ASP将成为今后企业使用软件的主导模式。
曾几何时，ASP概念满天飞舞，现在也消失匿迹了，机会没有什么报道了。我觉得这个概念不错，不知道是否能够在医院内应用呢？这个有点如同NC概念。NC在一般企业到还不一定那么需要，毕竟办公电脑管理不是很严格，而医院内办公电脑都可能涉及财务、医疗纠纷，管理必须严格，这为NC提供契机，但是其投入产出比还不能确定，而至于ASP不知道大家认为在医疗行业的应用会如何？

sbf2000

医疗行业ASP恐怕还不行吧，HIS还有人说一定要自己做才行。ASP岂不是把自己的核心业务数据及管理系统让别人来帮你管！

danelchen

[这个贴子最后由danelchen在 2002/11/11 11:18pm 编辑]

其实，并不是说ASP就是什么都上ASP，往往我们可以通过分析得出一定范围内的医学信息服务可以采用ASP的模式，如果谈到核心数据业务，这样看来是不是把医学信息的范畴划分的太狭隘了。如果有这种能够适应于ASP的业务为什么我们不通过这种方式来进行呢。
再者，ASP的方式并不是说一定要把核心数据业务交给别人，而只是说在医院内使用该方式来进行应用。其实，不恰当的说所谓的B\\S结构就是ASP的基础。或者说是ASP的一种表达方式。这些都跟分布式的应用方式有关。在定义中反复强调了是一种解决方案的提供商，该供应商并没有说要成为DSP(Data Service Provider)。而实际上DM(Data Minning)往往又是客户的薄弱环节。
sbf2000为大家开了个好头，大家多多发表意见呀。

sbf2000

我觉得使用ASP应该有些条件，比如：
1.ASP业务是行业里非常共性的，便于集中提供和升级更新；
2.ASP业务提供者与租用者是两个独立的单位，因为他们之间是多对多的关系；
3.医疗行业的ASP有待于行业内的信息系统划分细化，可能需要按应用领域来细分系统，当前的HIS软件普遍存在的模式是不适应ASP的。
4.医疗行业的ASP提供者需要有一个相对成熟并非常丰富的医疗行业软件业的支撑，否则它就没有存在的可能。5.ASP提供者与软件系统开发者应该是相互独立的，至少是一个母公司的两个不同子公司来经营，否则是不利于业务发展的。

熟透番薯

ASP的提法对我们是一个很好的启示，可以使“域”的范围更加扩展。如果某家公司设计的系统得到大家的公认，医院也是可以采用这种模式的，因为能省钱，而且可以得到最好的系统。

sbf2000

HIS软件当前正处于一个发展的十字路口，很多软件公司会在此不知去向。
其实以前的HIS大都是根据手工业务需求而做的，现在应当是跟据软件功能来规范管理和操作的时候了。
所以，一个软件是否能在前人的基础上，进一步抽象，归纳成一个既有共性又能个性的通用应用领域的软件模块，它就先进了，可以去考滤ASP了。
如门诊收费，为什么不能做出符合大部分医院的通用系统呢？我想有各医院的个性化管理和地方政策的因素，而更关键的是软件生产者的认知不足，做软件的不知道门诊收费可以多少种实现法，有多少种可能情况，他怎能做出能用软件呢？
软件自已系统分析不充分，就要医院改变管理模式是不应当的！这是我国软件业水平差的体现。

熟透番薯

最大的问题是许多公司的设计不能真正做到面向对象，面向业务，不能抽象业务，这样的业务模型显然是不行的，这也是造成这些公司出现困境的原因。