河南省郑州高新技术产业开发区人民法院刑 事 判 决 书(2019)豫0191刑初1074号公诉机关河南省郑州高新技术产业开发区人民检察院。被告人夏文帅，男，1982年5月17日出生于湖北省麻城市，汉族，中共党员，本科文化程度，北京中科弘睿科技有限公司项目经理，住北京市昌平区，户籍所在地湖北省麻城市。因涉嫌非法侵入计算机系统，于2019年5月23日被郑州市公安局郑东分局刑事拘留，因涉嫌犯破坏计算机信息系统罪，于2019年6月6日被该局执行逮捕。辩护人文治朵，河南精专律师事务所律师。郑州高新技术产业开发区人民检察院以郑开检公诉刑诉[2019]3544号起诉书指控被告人夏文帅犯破坏计算机信息系统罪，于2019年8月19日向本院提起公诉。本院依法组成合议庭，公开开庭审理了本案。郑州高新技术产业开发区人民检察院指派检察员蒙凡、代理检察员陈鹏出庭支持公诉，被告人夏文帅及其辩护人文治朵到庭参加诉讼。现已审理终结。郑州高新技术产业开发区人民检察院指控：被告人夏文帅系北京中科弘睿科技有限公司项目经理，负责该公司为被害单位郑州大学第一附属医院（以下简称郑大一附院）开发的“软件信息系统”的维护工作。2017年10月31日20时许，夏文帅参与并直接操作了郑大一附院“HIS数据库”的账号密码修改仪式，夏文帅在未经授权或许可的情况下，私自记录了该账号密码。后夏文帅在未经授权或许可的情况下，私自编写了“数据库性能观测程序”，并利用私自记录的账号密码将该程序私自连接“HIS数据库”和“平台数据库”。2018年12月24日8时13分至9时47分期间，夏文帅先后六次利用“数据库性能观测程序”连接“平台数据库”的“锁定平台挂号表”功能，将数据库执行锁表命令，该命令执行后锁定fin_opr_register表，使其不能进行其它活动，并导致“HIS数据库”锁定，造成郑大一附院郑东院区、惠济院区、医学院院区所有门诊、临床计算机业务受到恶意语句攻击，门急诊挂号、门急诊叫号、门急诊支付、门急诊药房、门急诊检查、门急诊检验等业务系统均无法正常操作，所有门诊相关业务停止服务，造成该医院三个院区门诊业务停滞近两个小时，造成大量患者积压在门诊无法就诊，严重影响医院的正常医疗工作。案发后，被告人夏文帅对其工作数据日志、办公电脑进行了清理。2019年5月22日，经民警电话通知后被告人夏文帅到郑州市公安局郑东分局投案。经郑大一附院出具证明：郑大一附院“HIS数据库”的账号密码仅授权东软HIS程序使用，其他任何个人，公司，组织，单位不得使用此账号和密码与数据库发生连接和任何操作。经河南联合司法鉴定中心出具司法鉴定意见：1、送检笔记本硬盘检测出“his”应用程序源码，程序可以连接以下两个数据库：“HIS数据库”：服务器IP:129.1.169.37、129.1.169.38，服务名称ZZUHISDB，用户名zdhis,密码gjb1299L3+Z6&$9。“平台数据库”：服务器IP:129.1.168.33、129.1.168.34，服务名称RACDB，用户名honryhis，密码Zdyfy@!Hias2018。2、在“平台数据库”界面，点击“锁定平台挂号表”按钮可以对数据库的fin_opr_register表和t_register_info表进行加锁，只能读取、查询，不能写入、修改；“解锁平台相关表”按钮没有任何功能。经郑大一附院出具证明：由于恶意锁表行为遭受损失等相关情况，包括1、从当日收入来测算。当日收入损失约为800万元。2、郑东院区门诊楼有380台电脑无法进入医生工作站正常工作，72台自助挂号机和49台报到机无法正常工作；河医院区门诊楼有1027台电脑无法正常进入系统，86台自助挂号机和55台报到机无法工作；惠济院区门诊部有82台电脑无法正常进入系统，11台自助挂号机和4台报到机无法工作。3、对该院智慧医院项目造成巨大影响。针对指控的上述事实，公诉机关当庭提供并出示了被告人夏文帅的供述和辩解；被害单位委托诉讼代理人杨扬的陈述；证人张某1、李某等的证言；河南联合司法鉴定中心司法鉴定意见书；郑大一附院委托书、医疗机构许可证及提供的HIS数据库排查情况说明截图、数据库日志记录截图和案发后运维工作群微信记录截图；信息安全保密协议、郑大一附院关于zdhis账号秘密的情况说明、关于修订信息处相关管理工作的通知、修改信息新闻截图；郑东分局调取证据通知书、调取证据清单及夏文帅指认照片；郑州赛欧思科技有限公司郑大一附院安全事件分析报告；郑大一附院情况反映、查房整改通知书及医院收入信息汇总表；到案经过；户籍证明、无前科证明等书证、物证；HIS数据库电子数据资料光盘等证据，据此认为，被告人夏文帅违反国家规定，对计算机信息系统功能进行删除、修改、增加、干扰，造成计算机信息系统不能正常运行，后果特别严重，应当以破坏计算机信息系统罪追究刑事责任。遂提起公诉，请依法判处。被告人夏文帅辩称：其负责医院的信息系统维护和医院核心数据库的维护。未授权的密码只能连接his数据库，平台数据库用的是其公司的密码；公诉机关指控其故意操作不实，一步一步的操作不可能对his系统操作，观测软件不能同时连接两个数据库，平台数据库连接的是综合数据应用平台；医院门诊系统无法工作不一定是锁表造成，这些系统属不同公司维护，在不同的物理服务器；其记录密码是为了方便日后工作，河医没有给其授权记录密码。其使用自己记录的密码连入his数据库是因为管理层面上的命令需要高级别账号的权限，这个账号可以执行管理操作；其不清楚为何河医的系统2018年12月24日出现问题，其启动了数据库观测软件，但是否连入his数据库不清楚。锁定语句是其2017年7、8月份做平台测试写入的，案发当天其启动数据库性能观测软件，因为2018年12月初其修改程序时添加连接数据库的链接，所以案发当天观测软件连入his数据库；八点多其在群里看到郑大一附院的软件出现问题才登陆观测软件。其自己的编写软件比登录数据库操作更方便；案发当天故障解决后12月28日前其清理过系统日志，因为电脑在报资源不足，没有时间更换电脑，闲着没事就清理了电脑；其26日上班才看到张某2发给其的报告。其没有主观故意去破坏郑大一附院的系统，其在公安机关的供述属实。其辩护人的辩护意见是：被告人夏文帅不构成破坏计算机信息系统罪。首先，夏文帅没有破坏郑大一附院计算机信息系统的主观故意，其启用自己编程的“数据库性能观测软件”，由于代码书写错误可能客观上导致软件一启动即默认连接了his数据库，这属于技术错误而非故意破坏；其次，现有证据不能形成完整、有效、充分的证据链证明夏文帅启用的数据库性能观测软件中的语句是唯一确定性的造成郑大一附院计算机信息系统运行不正常的原因，无法证明夏文帅实际实施了对his数据库进行锁表的行为。赛欧思科技分析报告没有出具人员的签名，不能作为认定事实的依据。鉴定意见未明确数据库性能观测程序是否实施了连接his数据库和平台数据库；最后，没有完整、充分、有效、客观的证据链证明夏文帅的行为给郑大一附院造成了损失，相关证据只有郑大一附院的书面报案和情况反映材料，证据单一且系郑大一附院的单方陈述和推测性判断。经审理查明：被告人夏文帅系北京中科弘睿科技有限公司项目经理，负责该公司为被害单位郑大一附院开发的“软件信息系统”的维护工作。2017年10月31日20时许，夏文帅参与并直接操作了郑大一附院“HIS数据库”的账号密码修改仪式，夏文帅在未经授权或许可的情况下，私自记录了该账号密码。后夏文帅在未经授权或许可的情况下，私自编写了“数据库性能观测程序”和锁表语句，并利用私自记录的账号密码将该程序私自连接郑大一附院“HIS数据库”，导致该锁表语句在“HIS数据库”运行。2018年12月24日8时13分至9时47分期间，夏文帅先后六次利用“数据库性能观测程序”连接“平台数据库”的“锁定平台挂号表”功能，将数据库执行锁表命令。该命令执行后锁定fin_opr_register表，使其不能进行其它活动，并导致“HIS数据库”锁定。造成郑大一附院郑东院区、惠济院区、医学院院区所有门诊、临床计算机业务受到恶意语句攻击，门急诊挂号、门急诊叫号、门急诊支付、门急诊药房、门急诊检查、门急诊检验等业务系统均无法正常操作，所有门诊相关业务停止服务，造成该医院三个院区门诊业务停滞近两个小时，造成大量患者积压在门诊无法就诊，严重影响医院的正常医疗工作。案发后，被告人夏文帅对其工作数据日志、办公电脑进行了清理。2019年5月22日，经民警电话通知后被告人夏文帅到郑州市公安局郑东分局投案。经郑大一附院出具证明：郑大一附院“HIS数据库”的账号密码仅授权东软HIS程序使用，其他任何个人，公司，组织，单位不得使用此账号和密码与数据库发生连接和任何操作。经河南联合司法鉴定中心出具司法鉴定意见：1、送检笔记本硬盘检测出“his”应用程序源码，程序可以连接以下两个数据库：“HIS数据库”：服务器IP:129.1.169.37、129.1.169.38，服务名称ZZUHISDB，用户名zdhis,密码gjb1299L3+Z6&$9.“平台数据库”：服务器IP:129.1.168.33、129.1.168.34，服务名称RACDB，用户名honryhis，密码Zdyfy@!Hias2018。2、在“平台数据库”界面，点击“锁定平台挂号表”按钮可以对数据库的fin_opr_register表和t_register_info表进行加锁，只能读取、查询，不能写入、修改；“解锁平台相关表”按钮没有任何功能。经郑大一附院出具证明：由于恶意锁表行为遭受损失等相关情况，包括1、从当日收入来测算。当日收入损失约为800万元。2、郑东院区门诊楼有380台电脑无法进入医生工作站正常工作，72台自助挂号机和49台报到机无法正常工作；河医院区门诊楼有1027台电脑无法正常进入系统，86台自助挂号机和55台报到机无法工作；惠济院区门诊部有82台电脑无法正常进入系统，11台自助挂号机和4台报到机无法工作。3、对该院智慧医院项目造成巨大影响。上述事实，有经过庭审查证属实的下列证据证实：1、户籍证明、无前科证明：证明被告人夏文帅犯罪时系成年人，无前科。2、到案经过：证明被告人夏文帅主动到公安机关说明情况，并于2019年5月22日经民警电话通知后到该局投案。3、郑州大学第一附属医院委托书、医疗机构执业许可证及提供的HIS数据库排查情况说明截图、数据库日志记录截图和案发后运维工作群微信记录截图：证明被害单位郑大一附院委托员工杨扬作为代理人负责该案的相关处理工作，提供了相关数据库的操作日志，证明：2018年12月24日上午his.exe程序中的locktablefin_opr_registerinexclusivemode语句共执行6次，案发后工作群进行排查、解决的相关过程。4、信息安全保密协议、郑大一附院关于zdhis账号秘密的情况说明、关于修订信息处相关管理工作的通知、修改信息新闻截图：证明被告人夏文帅作为中科弘睿公司的运维人员，签订了保密协议，负有保密责任；被害单位郑大一附院的数据库zdhis的账号秘密的保密制度和在2017年10月进行相关数据库账户、秘密的修改工作。5、夏文帅指认照片：夏文帅对其操作的涉案电脑进行指认。6、郑州赛欧思科技有限公司郑大一附院安全事件分析报告及数据光盘，证明:郑州赛欧思科技有限公司经郑州市公安局网监支队委托对事件发生原因及情况进行描述，并且对相关数据库资料进行了固定。通过分析数据库日志发现，此次安全事件由于数据库执行锁表命令，该命令执行后锁定FIN_OPR_REGISTER表，使其不能进行其他活动，并间接导致HIS数据库锁定，造成业务系统均无法操作，所有门诊相关业务停止服务。7、郑大一附院情况反映、查房整改通知书及医院收入信息汇总表：证明被害单位由于恶意锁表行为遭受的损失等情况。8、河南联合司法鉴定中心司法鉴定意见书：证明从被告人夏文帅使用的笔记本电脑检测出“his”应用程序源码，并对该程序进行了测试、实验和鉴定。结论是：（1）送检笔记本硬盘检测出“his”应用程序源码，程序可以连接以下两个数据库：“HIS数据库”：服务器IP:129.1.169.37、129.1.169.38，服务名称ZZUHISDB，用户名zdhis,密码gjb1299L3+Z6&$9；“平台数据库”：服务器IP:129.1.168.33、129.1.168.34，服务名称RACDB，用户名honryhis，密码Zdyfy@!Hias2018。（2）在“平台数据库”界面，点击“锁定平台挂号表”按钮可以对数据库的fin_opr_register表和t_register_info表进行加锁，只能读取、查询，不能写入、修改；“解锁平台相关表”按钮没有任何功能。9、证人张某1的证言：我在郑大一附院主要负责医院的机房网络管理和维护。2018年6月份左右，郑大一附院购买了一整套“智慧医院”的软硬件设备，并在2018年11月份开始调试并投入使用。当时有三家公司负责对这套设备的调试安装以及后期的维护工作，其中北京中科弘睿公司负责财务数据库（HIS系统数据库）。2018年12月24日上午八点多，我们发现门诊缴费和叫号出了问题，就进入数据库查看。发现数据库自动记录一个报告，报告当中有一条命令是不属于正常业务范围内的语句，这条命令造成了HIS系统内挂号信息表被锁定，造成医院三个院区门诊挂号和缴费系统无法正常操作。在一上午时间，共出现多次这条命令对HIS系统内挂号信息表的锁定和解锁。当时我们就判断这条命令肯定不是机器自己生成的，可能是人为输入的，就围绕系统相关部门的人员查找是谁输入了这个命令，最后确认是北京中科弘睿公司的一名职员远程操作输入了这个命令。之后院方就联系了北京中科弘睿，要求他们停止此项操作。之前在处理我们院的数据库和服务器问题的过程中，从来没有用到过这条锁定HIS系统内挂号信息表的命令。使用这条命令会使门诊业务出现无法挂号、缴费、医生看诊、开具处方、门诊检查检验，相当于门诊业务处于瘫痪状态。经我们事后排查，发现是一条“LOCKTABLEFIN_OPR_REGISTERINEXCLUSIVEMODE”的数据库命令导致这种锁表的情况发生。在东软his系统运行这条命令直接导致了his门诊业务系统的门诊患者信息表（FIN_OPR_REGISTER）被锁死，出现患者在门诊无法挂号就诊、门诊交费、医生无法通过系统开具门诊医嘱（检查检验单、药品处方单）的情况。北京中科弘睿负责对HIS系统数据库进行软件的维护和硬件的维修，他们有管理员权限（最高权限），可以远程操作。在2018年12月24日之前，郑大一附院的挂号系统出现过业务异常中断的情况，一年会出现一到两次，都是由北京中科弘睿公司的人处理和解决。北京中科弘睿公司的人平时所做的工作不需要往数据库内写入命令，如果需要写入命令，是需要和我们信息处还有东软公司三方进行沟通后才能实施操作的。2017年10月31日，郑大一附院信息处召开会议对东软his系统数据库账号为“zdhis”的密码进行了修改。此账号的密码只院长、书记、副院长、信息处处长这4个人知道。当时开会的时候夏文帅作为北京中科弘睿科技有限公司的项目经理也参与了这个会议。他不知道这个账号的密码，他没有权利使用这个账号及密码进入东软his系统。10、证人李某的证言：我主要负责郑大一附院所有院区的网络设备的架设，软件的安装及运行维护。郑大一附院的挂号系统以前出现过卡顿现象，2018年12月24日上午的情况比较严重，医院的门诊业务基本上全部瘫痪，我当时在门诊楼巡查负责现场的情况汇报。我们医院的网络设备是北京中科弘睿科技有限公司负责的。中科弘睿公司有挂号系统数据库的远程操作权限。11、证人葛某的证言：我在郑大一附院信息处负责日常运维值班。2018年12月24日上午我在郑东院区的郑大一附院门诊楼巡查，发现自助机卡顿无法使用，自助机的大部分功能都无法使用。我将现场情况在技术沟通群进行反馈，第一次锁表不知过了多长时间，自助机和挂号及收费窗口可以正常使用，大概循环了三次，在当天快十点的时候，锁表问题才真正解决。12、证人张某2的证言：2018年12月24日上午郑大一附院的东软his系统出故障后，我就把ARW报告调出来提交给东软公司的运维人员，他们发现报告内有一条执行语句“LOCKTABLEFIN_OPR_REGISTERINEXCLUSIVEMODE”是异常语句。平时不会出现这个语句，信息处让各个软件服务商自查，我把这个报告发给夏文帅，第二天夏文帅给我打电话说可能是他们这一块执行的，但是还不太确定。2017年10月31日郑大一附院召开会议修改东软his系统数据库账号为“zdhis”的密码，我知道的这个密码只有院长、前任书记掌握。当时开会时我和夏文帅作为北京中科弘睿科技有限公司的运维人员也参加了这个会议。夏文帅可能知道东软his系统数据库账号为“zdhis”的密码，因为2018年10月份郑大一附院和郑州市公安局网监支队做网络安全攻防演练后，网监支队出具的安全整改通知书显示有这个账号的密码，这份报告只有我和夏文帅、信息处的张某1、杨杨等人看过。夏文帅没有告诉过我他保存有东软his系统数据库账号为“zdhis”更改后的密码，我不知道他是否有这个密码。夏文帅没有权利使用“zdhis”的密码进入东软his系统，我们公司有专用的用户名和密码进入东软his系统，不应该用账号为“zdhis”的用户名进入。13、证人周某的证言：夏文帅是我同事，他在郑大一附院这个项目上归我管。我们公司在郑大一附院的项目上有三个组，夏文帅属于软件组，他要维护的不仅是我们公司自己开发的软件，还有别的一些通用软件，一般都是工具性的。别的公司有专人维护的软件别的公司自己去维护，需要配合时予以配合。比如东软公司开发的HIS系统，夏文帅是不需要去维护的，如果his系统出问题，由他们东软公司的人负责维护。我事后听说2018年12月24日郑大一附院的东软his系统的门诊患者信息表被锁死的情况。2019年元旦前后夏文帅给我说这个事怀疑是他自己导致的，他说可能是误操作。我不知道郑大一附院使用的东软his系统数据库账号为“zdhis”的密码，这个不是我们公司能接触的，我们的正常工作不需要知道这个账号和密码。夏文帅没有告诉过我他知道zdhis的密码。14、被害单位委托代理人杨扬的陈述：2018年12月24日8点17分，我在郑大一附院河医院区办公，我看到微信上三个院区的服务群里说门诊业务系统卡住了，无法进行其他任何业务。我和同事以及东区的技术人员一起通过工作电脑查询门诊业务系统卡机的原因和查询数据库。在查到82号和89号这两个接口服务器时，发现数据包拥塞严重。在9点的时候，我在我们的PL/SQL里面发现了一条锁表语句（LOCKTABLE+表名字，也是挂号业务表），然后我们就执行了终止语句（KILL）。我们一共执行了6次终止语句，门诊业务才恢复正常，这个时候时间是10点左右。后来我们将服务器工作日志导出发到东软公司总部进行分析，分析的结果是发现那个锁表语句是非程序中的运行语句，怀疑是人为操作，操控门诊业务系统。我们又请了郑州市信大天瑞信息技术有限公司的技术人员进行了日志分析，分析的结果与东软一致。这6次锁表语句的总共执行时间是1小时34分，从2018年12月24日上午8点13分开始到9点47分结束。这个锁表语句影响了郑大一附院的三个院区，分别是郑东院区、河医院区和惠济院区门诊的所有业务。在这1小时34分的时间内三个院区的15300多个门诊业务量无法工作，24号当天的业务量是25528个。这次的恶意锁表现象严重影响了我们的日常门诊工作。15、被告人夏文帅的供述和辩解：我们公司要负责对整个医院的数据库相关的硬件和软件设备进行维护，简称运维。我是2012年开始对郑大一附院进行运维相关工作，我主要参与到数据库的运维是从2017年开始。目前我们公司主要有张某2和我对数据库进行维护，为了能及时监控医院的数据库运行状况，我就没等到公司上班就登录系统对郑大一附院的数据库进行监控，这是我分内的工作。2018年12月24日8点左右，我在北京家中用公司给我配备的联想电脑，远程登录到郑大一附院的数据库和小型机的数据库，查看数据库的运行情况。大概8点30分，我看到微信群里河医的门诊系统卡顿，我担心公司的综合信息运用平台也会出问题，就启动了我自己编程的一个程序（程序名称：数据库性能观测软件）对我们公司的系统进行查看。在我运行系统的时候发现我运行的这个程序在报错，我就更改了几次数据参数，一直没有运行成功我就主动放弃了，整个操作过程大概20分钟。大概在10点多的时候微信群说河医系统运行正常，我就去公司上班了。12月25日我们公司将小型机的数据库的性能报告导出来，同事张某2将报告发给我一份，让我帮忙分析问题出现的原因。26日我分析的时候发现小型机分析报告中第9条语句看着有点眼熟，拿出来跟我自己做的编程进行了比对，结果和我运行程序的语句一样。我自己推断可能是我运行的程序和性能报告第九条重叠，这个运行语句会造成锁表。接下来我就对我自己做的程序进行分析，发现自己写的程序是有问题可能会将锁表语句执行到HIS数据库中。“数据库性能检测”软件是我2017年7、8月份自己写的，存在公司给我的电脑里，文件名叫his.exe。我用我自己原来准备做的his系统搭的框架直接改的程序，文件名没有进行更换。我写这个软件是为了监控我们公司的综合信息运用平台和郑大一附院的his系统。我点击运行这个软件后，软件界面上会有3个选项卡，一个是his数据库，一个是综合信息平台数据库，一个是参数配置。2018年12月24日上午我点击之后，进了综合信息平台选项卡，接着我操作了个检查链接的按钮，看有没有正常链上数据库，接着软件就报错了。因为报错，我就关了“数据库性能检测”软件，从软件的后缀名为“ini”文本文档修改参数。修改完之后，我又重新启动这个软件，还是运行失败，之后我又改了改，总之一共运行了4、5次，还是运行不成功我就放弃了。这个软件我写好之后运行过多次，没有问题，那时候这个软件只链接综合信息运用平台。我是2018年12月初把his系统链接到这个软件里的，当时的目的是想用我写的软件也能监控到his系统的数据库的性能，能方便我的日常工作。我把his系统链接到我的软件之后，第一次联网使用这个软件就是2018年12月24日上午，也就是出现报错的情况。我写的程序当中造成锁表执行程序的语句是locktablefin_opr_registerinexclusivemode。这个语句的功能是用来锁综合信息平台fin_opr_register这个表的。锁表的目的是为了模拟一下在高并发情况下的死锁情况，测试一下我们公司综合信息运用平台的性能。这个语句我记得是在2018年上半年写到软件里的。我写这个软件的初衷是为了方便日常工作，这个软件写好之后，我可以通过这一个软件检测his数据库和综合信息平台的数据库性能。我编写的锁表的设计是可以手动锁表和解锁，而且这个功能只在链接综合信息运用平台的环境下才起作用。连接我们公司综合信息运用平台的数据库链接配置IP地址有两个：129.1.168.33，129.1.168.34。用户名：honryhis，登录密码：Zdyfy@!Hias2018。连接河医数据库系统的连接配置地址有两个129.1.169.37；129.1.169.38。用户名:zdhis;密码：gjb1299L3+Z6&$9。我在进入数据库性能观测程序后，通过鼠标点击软件初始界面左上方的HIS数据库和平台数据库进行连接切换。我写的数据库性能观测软件运行之后，默认的连接是his数据库，后来我才发现这个程序有问题，如果我运行这个软件的话可能会导致锁表的情况。我是12月26日才发现我写的语句可能存在问题的，但是我不确定12月24日的锁表是不是我造成的。我设想的这个软件不是要在his系统里运行的，软件一启动就会默认链接上his的数据库，本来应该在切换到综合信息运用平台之后，我点击软件界面的测试按钮之后才能在综合信息运用平台里执行的锁表语句。由于代码编写的问题，可能存在软件一启动，就直接将锁表语句在his的环境下运行的可能性。我写的代码有问题，导致一运行就锁了his的挂号表，我觉得存在这样的可能性。我在12月27日左右使用360和火绒软件清理过电脑垃圾文件，我电脑里的火绒设定的自动清理，每天一清，360那个不一定，我觉得电脑垃圾多就清理。我编写的“his.exe”软件（数据库性能观测软件）没有得到中科弘睿公司或者郑大一附院的授权，这个软件是我自己编写的。2018年11月底或者12月初的时候，我在这个软件里添加了his数据库模块，之后没有进行过模拟测试。我编写这个软件之前没有向中科弘睿公司或者郑大一附院进行过报备或申请。我编写的软件代码写的有问题，程序启动时默认链接his数据库，由于代码编写有误，可能错误执行了在综合信息运用平台中才能运行的锁表语句。数据库性能观测软件执行连接到his数据库需要在编程语句里写入账号和密码，账号是zdhis，密码是gjb1299L3+Z6&$9。账号是中科弘睿公司设定的，密码是医院设定的，也是医院安排修改的，我是具体修改人。这个密码专用于程序链接his数据库。上述账号和密码是郑大一附院的his程序用的，我使用过，我在自己编写的数据库性能观测软件里就使用了上述账号和密码。从郑大一附院授权角度讲，我是没权利使用上述账号和密码的。2017年10月31日，郑大一附院网络安全加密实施仪式我在场，修改的zdhis的密码由3个院领导分别掌握各自的部分，我当时写了个修改密码的语句。这个语句在我电脑里有保存，我当时存到一个txt文档里。我存这个密码的时候是我私下偷偷存的，我给张某2说过我私下存有这个密码。我是管理人员，我想着存着密码以后我自己用了就方便了。郑大一附院的领导没有给我授权让我使用并掌握这个密码。我编写软件使用了zdhis的密码是我私下偷偷用的，没有跟任何领导汇报过。本院认为，被告人夏文帅违反国家规定，擅自对计算机信息系统功能进行删除、修改、增加、干扰，造成计算机信息系统不能正常运行，后果特别严重，其行为已构成破坏计算机信息系统罪。公诉机关的指控成立，本院予以支持。关于被告人夏文帅及辩护人辩称其没有破坏计算机系统的主观故意的意见，经查，根据被告人夏文帅供述、证人张某1、张某2、周某的证言可知，夏文帅并无知晓使用郑大一附院东软his数据库“zdhis”账号和密码的权限，其工作内容并不需要登录上述帐号。夏文帅在未经授权的情况下，趁被害单位修改密码之机私自记录上述账号和密码，并私自开发应用“数据库性能观测软件”，私自使用该账号密码连接被害单位his数据库，使其编写的锁表语句在his数据库运行，导致被害单位的门诊业务系统瘫痪，造成重大损失。2018年12月24日，夏文帅在运行自编软件报错的情况下多次修改参数继续运行，导致被害单位计算机信息系统6次执行锁表操作，系统近两个小时无法正常工作，严重影响医院正常工作。夏文帅作为专业技术人员，应明知其违规操作可能造成被害单位计算机系统不能正常运行，而放任该结果的发生，属于间接故意，应对危害后果承担法律责任，符合本罪的主观构成要件。该项辩解及辩护意见不能成立，本院不予采纳；关于夏文帅辩称医院门诊系统无法工作不一定是锁表造成，其启动的数据库观测软件是否连入his数据库不清楚，其辩护人辩称不能证明夏文帅启用的数据库性能观测软件中的语句是唯一确定性的造成被害单位计算机信息系统运行不正常原因的意见，经查，根据鉴定意见可知，从夏文帅电脑中检测出his应用程序源码。根据测试、实验，夏文帅运行的数据库性能观测软件即his.exe应用程序能够使用zdhis账号密码连接被害单位his数据库，在夏文帅连接平台数据库时可执行锁表操作。在被害单位提供的操作日志中显示2018年12月24日上午his.exe程序中锁表语句共执行六次。夏文帅操作的数据库性能观测软件中的锁表语句与被害单位提供的操作日志中的锁表语句内容一致，夏文帅供述的运行观测软件、程序报错修改参数多次尝试运行的时间经过和被害单位系统异常，多次执行终止锁表语句操作的时间经过相互对应，能够证明夏文帅运行该软件是导致被害单位系统破坏的直接原因。郑州赛欧思科技有限公司的分析报告能够印证以上事实。故辩护人的该项辩护意见不能成立，本院不予采纳；关于辩护人辩称证明被害单位造成损失的证据不足的意见，经查，根据证人张某1、李某、葛某、被害单位委托代理人杨扬的的证言可知，2018年12月24日上午的锁表操作给被害单位的门诊系统造成大范围的破坏，导致大量门诊病人及住院病患积压，医院正常业务停滞近两个小时。被害单位的经济损失根据其提供的医院收入信息汇总表、情况反映、查房整改通知书及微信群信息截图可以客观反映。故辩护人的该项辩护意见不能成立，本院不予采纳。综上，被告人夏文帅破坏医疗领域提供公共服务的计算机信息系统，致使生产生活受到严重影响，造成五十台以上的计算机不能正常运行，造成经济损失超过五万元以上，符合破坏计算机信息系统罪“后果特别严重”的规定，应处五年以上有期徒刑。辩护人辩称不构成本罪的意见不能成立，本院不能采纳。夏文帅虽系主动到案，但未能如实供述犯罪事实，不能认定为自首。根据本案的事实、情节、性质及社会危害程度，依照《中华人民共和国刑法》第二百八十六条第一款、《最高人民法院、最高人民检察院关于办理危害计算机信息系统安全刑事案件应用法律若干问题的解释》第四条第二款之规定，判决如下：被告人夏文帅犯破坏计算机信息系统罪，判处有期徒刑五年零六个月。（刑期从判决执行之日起计算。判决执行以前先行羁押的，羁押一日折抵刑期一日，即自2019年5月23日起至2024年11月22日止。）如不服本判决，可在接到判决书的第二日起十日内，通过本院或直接向河南省郑州市中级人民法院提出上诉。书面上诉的，应当提交上诉状正本一份，副本二份。审 判 长  李金波审 判 员  李 彬人民陪审员  张长有二〇一九年十一月十八日书 记 员  应志敏