几个常看到的词语的解释

经常看到ARPU多少多少,常见于各种运营商及网络游戏相关文档中,今天扒弄了一下,了解了一下,有必要记录一下。

ARPU指每用户平均收入,其英文为Average Revenue Per User,根据时间周期,按照该时间周期的收入与该时间周期的用户数算的的值,不同公司的计算方式的区别主要在用户数上,有按照平均在线用户数计算的,有按照付费用户数计算的,有按照活跃用户数计算的,觉得比较靠谱的应该按照付费用户数计算,这样来的最直接。

—————-我是分割线———————–

最近上网浏览的时候,如果需要阅读一下其HTML代码的时候,经常就会看到viewport meta的标记,看到标记中内容中有device字样,猜测跟设备有关,于是在网上搜索了关于该标记的使用说明,在此做个记录。

viewport meta 标签用于在手机浏览器上控制页面的布局,网上参考的相关文档如下:

Mozilla的《Using the viewport meta tag to control layout on mobile browsers
Apple的《Using the Viewport Meta Tag

其常见的属性如下:

width:控制viewport的大小,可以指定具体的值,也可以使用设备宽device-width
height:控制viewport的高,跟width类同
initial-scale:初始缩放比例
maximum-scale:最大缩放比例
minimum-scale:最小缩放比例
user-scalable:用户是否可以缩放

简单的测试一下,测试代码如下:



  
    viewport meta tag test page
    
    
    
  
  
    

Hello World!

手机浏览效果:

viewport01viewport02

 

 

《四步创业法》阅读笔记

《四步创业法》是最近在读的一本书,顾名思义,在创业途中,需要做好四步事情,这四步包括“客户探索”、“客户检验”、“客户培养”、“组建公司”。作者Steven Gary Blank称之为“客户发展方法”。

书中从传统产品开发方法作为开端,分析了传统产品开发方法对于创业公司来说存在的弊端,对于创业公司来说,开始的愿景/创意都是未经检验的,而却对所有的假设都认为是对的。在不知道自己的目标市场在哪里的前提下,应用传统产品开发多数会忽略顾客、市场、营销、财务等诸多方面的事宜。

传统产品开发方法

创意/愿景 -- 产品开发 -- 内部/公开测试 -- 正式发布产品

传统产品开发方法在创业中使用存在的问题摘录如下:

01、不清楚顾客在哪里
02、过分强调产品上市时间
03、过分强调执行,忽视探索和学习
04、市场营销活动和销售工作缺少明确目标
05、用产品开发方法指导销售 (产品开发方法框图在销售部门眼中是另一份光景:创意/愿景->产品开发->大量招聘销售人员->组建销售部门)
06、用产品开发方法指导市场营销(产品开发方法框图在营销部门眼中是另一份光景:创意/愿景->产品定位/宣传材料->市场公关/早期营销->品牌推广/创造需求)
07、仓促扩张
08、恶性循环
09、忽视市场类型的影响(现有市场、全新市场、细分市场)
10、好高骛远

通过对这些问题的分析,以及在产品开发方法上应用技术接纳生命周期曲线理论和鸿沟理论存在的问题,引出本书的主题,客户发展方法。

客户发展法

客户发展方法通过每环节的自循环自检验驱动下环节的工作,在客户探索和客户检验小闭环周期迭代中寻找到正确的产品定位,正确的客户市场,正确的销售模型和流程,正确的产品价值及完成定价策略和渠道策略,通过大流程的迭代使得创业的风险得以降低。

客户发展方法不是抛弃产品开发方法,而是与产品开发方法相互配合,在产品开发方法基础上,对于其进行补充,两者相互配合,达到创业的目标。客户发展法分为四个阶段,本书也是用这四个阶段来命名为《四步创业法》。

在后续的四章中,本书对于这四个阶段的工作进行了详细的阐述,并给出了每个阶段的流程。每个阶段的流程又各分为四步,通过各个阶段的四步中需要完成的事宜及达到的目标来持续改善创业过程。最终培养客户、组建公司,跨越创业路上的鸿沟。具体的各阶段流程摘录如下:

Step1、客户探索流程

提出假设

产品假设、客户及待解决问题的假设、渠道和定价假设、需求创造假设、市场类型假设、竞争优势假设

检验有关待解决问题的假设

约见潜在客户、验证客户的问题、深入理解客户、收集市场信息

检验有关产品的假设

第一次评估产品假设、准备产品演示、再次拜访客户、第二次评估产品假设、确定第一批产品顾问委员会成员

阶段小结

小结客户待解决的问题、小结产品功能和产品定位、小结商业模型、判断下一步走向

Step2、客户检验流程

准备销售产品

提出价值主张、准备销售材料、制定渠道策略、制定销售路线图、招聘订单处理员、统一内部意见、正式组建产品顾问委员会

向潜在客户销售产品

物色天使客户、检验销售路线图、检验渠道策略

调整产品定位和公司定位

根据市场类型调整产品定位、根据市场类型调整公司定位、向行业分析师和有影响力的人展示产品

阶段小结

小结产品解决方案、小结销售路线图、小结销售渠道、小结商业模型、判断下一步

Step3、客户培养流程

准备发布产品

制作市场类型调查问卷、确定市场类型、设定首年客户培养目标和销售目标

确定产品定位和公司定位

物色公关代理公司、广泛征集定位意见、根据市场类型调整公司定位和产品定位

发布产品

根据市场类型选择发布策略、选择目标受众、选择信息发布者、构思宣传口号、选择发布媒体、检验发布效果

阶段小结

判断下一步走向

Step4、组建公司流程

客户过渡

根据市场类型准备从天使客户向主流客户过渡、根据销售增长经验曲线准备扩大销售

建立以目标为中心的企业文化

对CEO和管理层进行评估、建立企业文化

组建职能部门

设定部门目标、设定部门职能

提高各职能部门的反应速度

采用以目标为中心的管理模式、创造有利于信息收集和传递的文化、培养员工主人翁意识

 

Node.js学习笔记(一)

Javascript是一种脚本语言,应用于浏览器,在浏览器上下文中解释和执行,如果脱离了浏览器,则需要一个能对其进行解释和执行的对应环境,Node.js就提供这样一种环境,能够在服务器端编写Javascript应用,在服务器端运行时对Javascript代码进行解释然后正确执行,Node.js使用Google V8引擎来解释和执行Javascript代码。

《Node 入门》学习

Node.js同时提供内置的接口模块组成一个开发框架,可以在上面快速建立可扩展的Web应用。Node.js是基于事件驱动的,采用非阻塞I/O模型,单线程或单进程运行,能够较好的支持跨不同设备的数据密集型实时应用。

要使用Node.js首先需要进行安装,Node.js支持Windows OS、Mac OS、Linux OS,目前Node.js最新版本为0.10.2,同时Node.js也是开源的。

关于Node.js如何安装,请参阅《官方安装指南》。

安装完毕后,照例来一个Hello World!来看看是否正常运行。用文本编辑器创建一个helloworld.js文件并输入代码

console.log("Hello World!");

命令行窗口到该js文件所在目录,录入node helloworld.js,如果能正常看到命令行输出Hello World!就表示安装OK。

helloworld cmd

Node.js提供了不少的网络模块,HTTP、DNS、NET、UDP、HTTPS等,可以很方便的进行服务器的开发,使用浏览器来访问Node.js应用可以使用其提供的模块,依旧以Hello World!为例,使用HTTP模块建立一个http服务器,使用web浏览器访问返回Hello World!,修改helloworld.js文件。

var http = require("http");

http.createServer(function(request,response) {
    response.writeHead(200,{"Content-type": "text/plain"});
    response.write("Hello World!");
    response.end();
}).listen(9999);

这样就建立了一个简单的http服务器,在本地监听9999端口,对于http请求,该服务器返回一个http状态为200,http头类型为Content-Type,其值为text/plain,并向http主体发送Hello World!文字的响应。

在命令行再次录入node helloworld.js ,回车

http server

进入监听http请求状态,打开web浏览器,在浏览器地址栏中输入http://localhost:9999/,回车,显示如下

helloworldbrowser

很容易就构建了一个http服务器,在createServer函数参数中使用匿名函数来最为回调函数监听http请求,有任何http请求后,Node.js就调用该回调函数处理请求,并给出响应。

使用Node.js的模块使用require,类似于Java的Import、C#的Using等,创建一个项目时,会根据设计划分为不同的模块,在一个模块中调用另外一个模块公开的函数,这样的函数需要导出,导出模块中的函数使用exports。具体为 exports.外模块调用函数名 = 导出的函数名。做个练习,server.js构建上述http服务器,index.js为项目入口模块。

server.js代码

var http = require("http");
function start() {
    http.createServer(function(request, response) {
        response.writeHead(200,{"Content-Type": "text/plain"});
        response.write("Hello World!\n");
        response.write("Exports function start");
        response.end();
    }).listen(9999);
}

exports.go = start;

index.js代码

var server = require("./server");
server.go();

http服务器一般情况下根据请求的不同给予不同的反馈,所以需要对于不同的请求做不同的处理,http请求包括URL及GET/POST参数,这些数据都包含在匿名函数request对象中。

—————–我是分割线———————–

继续下去应该先对Javascript进行必要的学习,同时需要粗略的看看node.js的API文档。

消毒供应中心综合信息管理系统-回收篇

消毒供应中心(CSSD)生产工作的第一个流程就是回收,根据卫生部的最新工作规范对于消毒供应中心这个职能部门的定义“消毒供应中心(Central sterile supply department–CSSD)是医院内承担各科室所有重复使用诊疗器械、器具和物品的清洗消毒、灭菌以及无菌物品供应的职能部门“,根据这个定义我们首先可以很明确的确定消毒供应中心回收的内容是『可以重复使用的诊疗器械、器具、物品』,明确了回收的内容就可以针对回收建立操作流程及工作内容,然后将操作流程及工作内容辅助于计算机系统进行管理。

具体来说,就是不可重复使用的需要临床科室进行处理,一般这些不可回收的有使用或未使用的棉签、棉球、纱布等,诊疗过程中产生的血块、体液,一次性包装材料(塑封袋、包装纸、纸袋、无纺布等);可重复使用的则回收至消毒供应中心,具体包括污染后的可重复使用的手术器械、器具(导线、器皿等)与物品(手术器材盒、手术衣、孔巾、托盘、可重复使用的包装材料等)。

明确了要回收的内容后,对于回收就好处理了,目前常见的回收工作流程有两种,一是由消毒供应中心主导,上门服务,在医院称之为”下收“,另外一种就是由科室主导,送货上门,一般会在消毒供应中心设置回收窗口等待科室来送。

对于下收这种流程来说,消毒供应中心很容易控制时间,可以集中时间段来进行回收,以好进行后续的清洗等工作,时间效率比较高,而且一般下收会有专用容器,对污染的控制比较好,不好的一面是临床科室的时间不好确定,而且在回收过程中可能会与临床科室之间产生时间安排上的矛盾,同时也会增加消毒供应中心的人力资源。

对于科室送货上门这种流程来说,消毒供应中心减少运送的工作量与人力成本,同时也会减少矛盾,不好的一面是采用这种方式往往都是科室使用时才去送污染的东西,然后再领用,将消毒供应中心当成一个仓库来使用,造成消毒供应中心管理成本提升,且不好安排后续的生产工作。对于临床科室也有往返时间的浪费及途中污染管理的问题。

由于能容易控制污染与时间,所以大多医院回收的主要流程都采取固定时间段下送的方式,辅助于临时情况也设置回收窗口。

回收存在消毒供应中心与临床科室交接,所以需要界定责任,主要界定的内容是回收交接的内容不能出错,如果出现错误也能很容易的发现并进行处理。

采用计算机系统与自动识别技术(条形码或RFID标签)对于回收的管理目标主要包括:器械包回收、单品回收、遗失处理、损坏处理、外来器械登记。同时建立回收日志。

下收主要采用基于Windows Mobile系统的手持终端来完成,器械包可使用条形码或RFID标签进行标识,人员同样也可以使用条形码或RFID标签来进行标识,通过扫描读取产生回收中的人、物、时间信息,形成回收日志,同时为下一步工作”清洗消毒“提供工作数据。

回收的数据可以作为当天消毒供应中心生产计划数据的一部分,另一部分数据来源于临床科室在科室终端的请领。

 

 

消毒供应中心综合信息管理系统-综述篇

消毒供应中心(Central sterile supply department–CSSD)是医院内承担各科室所有重复使用诊疗器械、器具和物品的清洗消毒、灭菌以及无菌物品供应的职能部门,在少数的城市也有提供该项服务的社会化消毒灭菌机构。其主要担负再生医疗器械的回收、清洗、消毒、包装、灭菌、存储及供应工作。其管理涉及的品种较多,涉及的科室广,周转周期比较短,而且其质量直接影响到医院开展的诊疗与治疗,如何有效的对消毒供应中心进行管理随着社会的发展越来越受到医院相关职能部门的关注,国家卫生部也在2009年4月1日颁发了相应的指导性规范,包括WS 310.1-2009医院消毒供应中心 第1部分:管理规范;WS 310.2-2009医院消毒供应中心第2部分:清洗消毒及灭菌技术操作规范;WS 310.3-2009医院消毒供应中心第3部分:清洗消毒及灭据效果监测标准;

管理好消毒供应中心首先需要按照指导规范建立规范的管理制度,在此基础上对于日常工作的信息进行管理,建立信息化管理系统是一个很好的选择。建立消毒供应中心信息化系统主要包括以下几部分:

(1)建立消毒供应中心完备的数据字典;
(2)建立消毒供应中心职能生产流程到信息采集与追溯管理;
(3)建立临床科室的请领与使用管理;
(4)建立信息的追溯及召回机制管理;
(5)建立库房一次性物品/耗材的动态库房信息管理;
(6)建立成本核算管理;
(7)建立报表输出管理;
(8)建立对外数据信息接口;
(9)建立全过程的自动识别及信息采集管理;

通过这9部分之间动态协作,数据的交互及流动,完成消毒供应中心的综合管理。建立完毕的数据字典是对整个管理提供基础的数据支撑,引入自动识别技术提高目标的识别及工作流转过程的效率。生产过程中的数据是追溯到基础,召回能最大程度避免危害的覆盖范围。一次性物品/耗材的库房信息化管理有助于减少库存。成本核算能够对生产、材料、人员进行核算,以核算整体运作的消耗。各项报表能够辅助从多个视角来看消毒供应中心的数据。对外的数据接口能够给第三方应用系统提供数据,或者获取第三方系统或设备的数据,用于消毒供应中心使用。

整个管理系统贯穿消毒供应中心区域,生产供应职能的管理,其主要涉及回收流程、清洗消毒流程、包装流程、灭菌流程、无菌存储流程、发放流程、召回流程,通过对生产流程的管理建立基本的生产追溯数据。在此基础上,针对临床科室建立使用流转追溯数据,形成完整的信息追溯,对于可再生器械完闭环管理。

辅助以设备的维保及检测试验的管理,完成消毒供应中心职能范围内的工作管理,完成简单的的出入库、盘点、包装拆分库房管理。随着这些信息的沉淀与不断的增长,对数据进行不同视角的统计分析,从管理角度、成本角度、效率角度等多角度给予消毒供应中心管理工作支持,以数据说话,提高管理水平、增加管理效率、降低成本。

在所有的环节增加条形码(一维/二维),条码读取设备,条码生成设备,触摸屏电脑,移动手持终端以提高整体操控效率及移动性。

整体界面概览:

cssdintro