第一篇：医院数据库管理制度
医院数据库管理制度
为加强我院计算机信息系统数据的安全管理，根据《中华人民共和国计算机信息系统安全保护条例》等有关规定，结合我单位实际，制定本办法。
第一条 数据库管理员必须管理好数据库和数据库服务器的登录用户名和登录密码，以免被他人盗用。
第二条数据库管理员必须经过专业技术培训，具备相应的专业技术水平方可上岗。
第三条医院各部门要执照计算机应用系统的使用要求和档案工作的业务要求开展工作，规范地录入、接收和移交各类档案数据和各类业务数据。医院有关部门要加强数据质量管理，确保入库数据真实、完整、准确。
第四条医院各类有保存价值的计算机数据实行统一管理。数据库管理员应根据工作需要拟定数据库管理技术规范和数据收集要求，齐全、规范、完整地收集各类数据，并做好数入库审核登记工作。
数据管理员要对收集的各类数据进行完整性和质量检查，对不符合要求的数据，应退回形成部门重新处理。
第二篇：数据库课程设计__医院管理信息系统
数据库课程设计报告
设计项目名称： 医院管理系统
专 业： 网络工程 班 级： 201001 学 号：201026340117;201026340121 姓 名： 张世波
赵流男 指 导 教 师： 刘小俊
202_ 年 6 月 7 日
一 系统分析
1．1 业务系统描述及流程分析
对一个住院病人来讲，他到医院看病的过程及医院的处理流程，简单的讲是：病人先要到住院处登记并交纳住院押金，床位紧张的医院登记后要等待床位。然后，到病区接受主治医生的检查和询问，接受入院常规检查，接受临时治疗或按主治医生制定的长期治疗方案接受长期治疗。治疗过程中医生给病人下医嘱，医嘱产生药品和治疗项目两种申请单，药房根据病区的发药申请单给病人发药，在此之前药房要向药库申请进货，如果药库有库存则发给药房没有则列入采购计划。治疗过程中因为押金不够或医生的判断，需要退药，则会向药房申请退药。治疗项目在功检科室做完后直接收费。治疗结束后护士让病人出区，出入院处再给病人办理出院手术。同时，对医院管理者来讲，还要将上述过程中发生的各类数据信息由医院各职能部门和其下属部门的工作人员把各种单据归类、统计、汇总、计算形成各类报表。并将这些报表，报送相应的管理职能科室，再由这些科室将这些报表制单、汇总、计算形成医院总体的人事、财务、备、医疗等各类报表和管理分析图表。
1．2 HIS系统的目标
HIS的目的就是支持医院的行政管理与事务处理业务,使医院的业务操作流程和日常管理规范化。采集、分析处理、存储各种基础数据并使之标准化，通过网络在院内各科室之间传递，简化信息流程，为医院查询、分类汇总、统计、决策分析提供及时准确的数据，杜绝以前手工操作带来的差错，减少工作流程，提高工作效率。为了实现以上功能，我们必须做好以下几点:基础数据标准化，重视系统的实用性、经济性、安全性，顺应管理扁平化的管理趋势。
二 系统总体结构设计 2．1 数据库设计
系统总体结构功能模块设计后，就要对数据库进行设计了。支持管理信息系统的数据库系统由模式、子模式、应用程序、数据库和数据库管理系统等几部分组成，其中除数据库管理系统可以从现有产品中选购外，外模式、子模式、应用程序、数据库等则必须根据用户的具体要求进行分析和设计，这项工作称为数据库设计，它的核心问题是如何从系统的观点出发建立一个数据模式，使其满足以下几个条件：
（1）符合用户的要求，即能正确地反映用户的工作环境，该环境包括拥护需处理的所有”数据”，并支持用户需进行的所有“加工”。
（2）与所选用的数据库管理系统所支持的数据模式相匹配。
（3）数据组织合理，应易于操作，易于维护，易于理解。
2.2 E—R图（部分）
工资医嘱医生开药方药品工资护士做手术类型照看病人吃药付费费用
2.3转换规则
1）实体集的转换
每个实体集用一个关系表示，其中实体集的属性被转换成关系的属性。实体集的主键，在满足唯一标识的无冗余等性质的条件下，将作为对应关系的主键。在实体的对应关系上，由于加入了联系，可能还要增加一些属性。
2）联系的转换（1）1：1的联系
如果实体集E1与实体集E2的联系为1：1，应根据需要把E2的主键放入关系模式E1中，或反之。
（2）1：N的联系
如果实体集E1与实体集E2的 联系为1：N，将E1的主键包含在E2的关系模式中。
（3）M：N的联系
如果实体集E1与实体集E2繁荣联系为M：N，则它们之间的联系由另一个关系模式表示，这个关系模式由每个参加的实体集的主键及这个 联系的任何属性一起组成。
2.4 数据库的实现
通过对转换后所得到关系模式的分析，结合本系统的功能及所选开发工具和数据库系统的特点，对系统数据库进行设计，建立一个具有良好的数据组织结构的数据库，应遵循的原则有：
（1）可能减少数据冗余和重复（2）结构设计和操作设计相结合（3）数据结构具有相对的稳定性 由于数据库中所保存的数据是系统中非常重要的资源，所以在数据库设计时一定要注意数据结构的安全性、完整性，并发控制与恢复，而一般的数据库管理系统都提供了一定的数据保护功能，如：
1.医生信息表（doctor）
2.费用明细表
三 小结
作为一名学习信息与计算科学的学生，我们得以有机会在课设中锻炼自己，数据库课程设计使我系统地，完整的接触信息系统管理的全过程。我的题目是“医院病例管理系统”的设计。在这次课程设计之前，我对数据库的实际应用不是特别的熟悉，在这次的课程设计中，我伴着课本，在各位同学和朋友的帮助下努力理解并消化所学。在设计的过程中，突然发现一直以来令自己颇为头疼的计算机课程变的不再那么僵硬束缚，而且真正较为理解了数据库的实际用途。
在某种程度上说是自己实践旅途上迈出的第一步！通过这次的课程设计，我对数据库有了切身的体会。它并不像我原来所想的那样十分神秘，而是有着一个相对固定的模式和流程。我们只要按照这个模式和流程，就能够比较规范的完成一个系统的设计。当然这也需要我们掌握多方面的知识。在这次课程设计中，我觉得自己的知识面还是有欠缺的。需要在以后的学习中加以注意，要全面 的提高自己的知识面与知识层次。
课程设计我获得了另外一种意义的最大的收获。那就是有时候在自己对事物不感兴趣，对目的不甚明了的前提下，不应该尽早放弃，而是应该进最大努力去主动了解，想来自己曾经对计算机完全不感冒的情况下，也是可以利用短暂的时间来搞定一个看似很困难的事情，事在人为，要在自己思想和行为一致懒惰的时候“逼迫”自己做一些本该做好的事情。再有就是在课程设计中，自己也是意识到无论做什么事情，都应该用心，用力，细心，而又耐心！赶早不赶晚！把工程缩小成块，耐心而又细致的处理每一个部分，既挑战了自己的知识基础，又挑战了自己的耐心和韧性！无疑这是对自己的一次历练！
四 源程序代码
数据库的创建代码： create database HIS go---------------------------职称表
create table call_job(C_id char(8)primary key，C_name char(20)not null unique，get_job_time smalldatetime, base_job_money int,);---------------------------科室表
create table doc_room(dr_id char(5)primary key，dr_name char(20)not null unique，get_job_time smalldatetime, n_Master_ID char(8)not null, base_job_money int,);---------------------------医生信息表
create table doctor(id char(8)primary key, name varchar(20)not null，sex char(2)default '男' not null ，nation char(10)not null ，call_job_id char(8)not null，get_at_hos_time smalldatetime，doc_room_id char(5)not null，phone varchar(15)，photo image, constraint fk_doctor_call_job foreign key(call_job_id)references call_job(c_id)，constraint fk_doctor_DOC_room foreign key(doc_room_id)references doc_room(dr_id), constraint ck_2 check(sex in('男','女')))-----------------------------病区
create table sick_room(id char(5)primary key, name varchar(20)not null，doc_room_id char(5)not null，constraint fk_sick_DOC_room foreign key(doc_room_id)references doc_room(dr_id),)------------------------------护士信息
create table nurse(id char(8)primary key, name varchar(20)not null，sex char(2)default '女' not null ，nation char(10)not null ，call_job_id char(8)not null，get_at_hos_time smalldatetime，sick_room_id char(5)not null，phone varchar(15)，photo image, constraint fk_nurse_call_job foreign key(call_job_id)references call_job(c_id)，constraint fk_nurse_DOC_room foreign key(sick_room_id)references sick_room(id), constraint ck_3 check(sex in('男','女')))-------------------------------病房信息
create table sick_bed_room(id char(5)primary key, name varchar(20)not null)-------------------------------病床信息
create table sick_bed(id char(5)primary key, name varchar(20)not null，sick_room_id char(5)not null，sick_bed_room_id char(5)，flag char(2)default'0'not null，constraint fk_sick_bed_sick_room foreign key(sick_room_id)references sick_room(id)，constraint fk_sick_bed_sick_bed_room foreign key(sick_bed_room_id)references sick_bed_room(id)，constraint ck_sick_bed_flag check(flag in('0','1')))------------------------------功能检测
create table fun_check(id char(5)primary key, name varchar(20)not null，check_end char(50)，check_doc_id char(8)not null，check_date smalldatetime，doc_room_id char(5)，constraint fk_fun_check_doctor foreign key(check_doc_id)references doctor(id))---------------------------病人信息
create table sick_person(reg_num char(8)primary key,--流水号
name varchar(20)not null，sex char(2)default '男'not null，age smallint not null，addr char(30)，realdate smalldatetime，flag char(4)default '专家' not null，constraint ck_age check(age>0 and age<150)，constraint ck_flag check(flag in('一般','专家')), constraint ck_person_sex check(sex in('男','女')))---------------------------特殊病人（住院）
create table sick_stand_person(reg_num char(8)not null unique,--流水号
stan_in_num char(5)primary key,--住院号
person_ID char(18)not null，sick_bed_id char(5)not null，in_realdate smalldatetime，out_realdate smalldatetime，constraint fk_sick_stand_person_sick_person foreign key(reg_num)references sick_person(reg_num)，constraint fk_sick_stand_person_sick_bed foreign key(sick_bed_id)references sick_bed(id))---------------------------付费方式
create table fee_way(fee_id char(5)primary key，fee_name char(20)not null，fee_wipe_out_scale smallint not null，start_date smalldatetime，constraint ck_fee_wipe_out_scale check(fee_wipe_out_scale>0 and fee_wipe_out_scale<100))----------------------------药库
create table big_drug_store(drug_id char(5)primary key，drug_name char(20)not null,)-----------------------------药房
create table drug_store(drug_id char(5)primary key，drug_name char(20)not null，big_drug_store_id char(5)not null，constraint fk_drug_store_big_drug_store foreign key(big_drug_store_id)references big_drug_store(drug_id))------------------------------医生工资
create table doctor_wage（doc_id char(8)primary key，operation_time smallint default'0'，sum_money int，constraint Ck_operation_time check(operation_time>=0))------------------------------护士工资
create table nurse_wage（n_id char(8)primary key，add_time smallint default'0'，sum_money int，constraint Ck_add_time check(add_time>=0))-------------------------------管理员
create table admin_person（a_id char(8)primary key，admin_name char(20)not null，sex char(2)default '男' not null ，add_time smallint default'0'，person_ID char(18)not null，call_job_id char(8)，addr char(50)，sum_money int，phone char(15)，photo image, constraint fk_admin_call_job foreign key(call_job_id)references call_job(c_id)，constraint Ck_admin_add_time check(add_time>=0), constraint ck_sex check(sex in('男 ','女')))-----------------------------------帐号密码
create table account_password(acc_id char(16)primary key，password char(20)default'666666' not null)-----------------------------------手术类型
create table operation_way(opera_id char(5)primary key, opera_name char(25)not null，fee_for_op int)-------病人-手术
create table doc_sick(sick_id char(5)，doctor_id char(8)，real_date smalldatetime，opera_way_id char(5)，constraint Fk_doc_sick_sick_stand_person foreign key(sick_id)references sick_stand_person(stan_in_num)，constraint Fk_doc_sick_doctor foreign key(doctor_id)references doctor(id)，constraint Fk_doc_sick_operation_way foreign key(opera_way_id)references operation_way(opera_id))----------------------------------药品类型
create table drug_type(dy_id char(5)primary key，dy_name char(20)not null,)-----------------------------------药品信息
create table drug(d_id char(15)primary key，d_name char(30)not null，make_datetime smalldatetime not null, valid int not null, manufacturer char(30)not null，drug_manage_person_id char(8)，drug_store_id char(5)，d_type_id char(5)，d_price smallint not null，d_number smallint not null，constraint Fk_drug_admin_person foreign key(drug_manage_person_id)references admin_person(a_id), constraint Fk_drug_drug_store foreign key(drug_store_id)references drug_store(drug_id), constraint Fk_drug_drug_type foreign key(d_type_id)references drug_type(dy_id))-----------------------------------付费
create table fee(stan_in_num char(5)primary key，ought_fee int not null，fact_fee int not null，fee_wipe_out_scale_id char(5)，stored_fee int not null，cur_time smalldatetime，stop_drug char(2)default'停', constraint Ck_stop_drug check(stop_drug in('停','用'))，constraint Fk_fee_sick_stand_person foreign key(stan_in_num)references sick_stand_person(stan_in_num)，constraint Fk_fee_fee_way foreign key(fee_wipe_out_scale_id)references fee_way(fee_id))-----------------------------------病人-药
create table drug_sick_person(reg_num char(8), d_id char(15), num smallint, real_date smalldatetime, doc_id char(8), constraint Fk_drug_sick_person_sick_person foreign key(reg_num)references sick_person(reg_num), constraint Fk_drug_sick_person_drug foreign key(d_id)references drug(d_id), constraint Fk_drug_sick_person_doctor foreign key(doc_id)references doctor(id), constraint Ck_num check(num>0),)Go go create trigger doc_time_add on doc_sick after insert as declare @doc_id char(8)--@sick_id char(5)select @doc_id=doc_id from inserted i join doctor_wage dw on i.doctor_id=dw.doc_id update doctor_wage set operation_time=operation_time+1 where doc_id=@doc_id---------------------------go create trigger call_job_delete on call_job after delete as begin if exists(select *from deleted D join doctor doc on d.c_id=doc.id where C_id not in(select distinct id from doctor))
begin
print'还有人使用这个职称类型，删除不成功！'
rollback transaction
end else
print'删除成功！' end
第三篇：医院数据库管理员岗位职责
医院数据库管理员岗位职责
1．每天对sql数据库的运行状态、日志文件、备份情况、数据库的空间使用情况、系统资源的使用情况进行检查，发现并解决问题。
2．每周对数据库对象的空间扩展情况、数据的增长情况进行监控，对数据库做健康检查，对数据库对象的状态做检查。
3．每月对表和索引等进行核查，检查表空间碎片，并进行调整，提出下一步空间管理计划。每月对数据库状态进行一次全面检查。
4．检查数据库当日备份的有效性。检查第三方备份工具的备份日志以确定备份是否成功。
5.比较每天对数据库性能的监控报告，确定是否有必要对数据库性能进行调整，如有必要，请示中心领导后进行性能调整。
6、按照职责给予各数据库管理员和维护人员不同的操作权限。
7.了解和掌握数据库的所用结构、配置，所有数据库的表及各种表之间的相互关系，并将数据库的有关书面资料加以整理并存档。
8．完成中心主任临时交代的其他工作。
第四篇：会销数据库管理制度
数据库市场部管理制度
一、考勤管理：
1、公司联谊会的报到时间为上午7：40，8：00以前必须完成个人的一切事情（早餐、换衣服要提前完成），迟到一次罚款5元，无故旷工累计达3天以上的公司予以除名；
2、签到时不允许他人代为签字，发现一次分别扣除委托人和代替人各50元；
二、所有请假均须填写《请假单》，按规定程序办妥请假手续并适当安排好工作方可离岗，否则按旷工论处；因突发事件来不及先行请假者，应用电话或其他方式向经理报告，尔后再补办手续，否则也视同旷工论处。请假1-3天的由副经理批准，请假3天以上的由总经理批准。迟到、早退、事假按公司以前规定执行。
三、迎宾的工作人员必须8点准时到达一楼大厅指定的位置，必须统一着装，佩带八峰标示的飘带，按规定的接待礼仪迎接顾客。
四、联谊会期间，全体工作人员不允许打瞌睡，精神要饱满，热情要高，要认真细致的做好各岗位的工作。
五、联谊会期间，不允许随便离开会场，不允许随意走动，不允许在讲座和顾客发言的时候台位有讲话的声音，若有违犯，发现一次罚款5元。
六、专家医生处，未到达检测的时间，不准提前接待和排队。
七、所有的工作人员宣传口径要统一，不能夸大功能宣传，发现有刁难的顾客，要及时报告经理，不允许与顾客发生争执。
八、所有的工作人员，要积极配合主持人，营造会场气氛，该鼓掌的时候要鼓掌，该回答问题的时候要回答。
九、严格台面资料，台号牌要妥善保管，不得丢失、损坏。若台面资料丢失的，无条件的赔偿100元/人，台号牌损坏丢失的，按原价格赔偿。
十、电话邀约和送函邀请一定要认真，信件要从以前的10封增加到15封，办公室文秘每天验收的时候，要认真统计，没有完成的要完成后，才能离开，对地址不祥，退回公司的信件，按每封信2元扣除。
十一、负责顾客签到的专职人员，一定要认真、仔细的登记好到会人员，服装要统一，要打领带，对没有邀请信又年青可疑的要问清情况，又要做到不能得罪客人，又要做到防范其他厂家的商业间谍和记者的出现。
十二、例会制度，原则上公司按规定每周六例会，原则例会不批假，未参加例会的公司扣除20元。
十三、业务员经常对顾客进行回访，对经常不回访而顾客又到公司购买的，不计业务员提成而将销售计入公司直销。
十四、员工之间不能出现争抢顾客，谁邀请的顾客谁沟通，若出现同时下发邀请信产生销售各一半，跟进服务由销售方负责。
十五、在回访或旅游过程中不能拉抢别人顾客，若出拉抢顾客的业务员进行200员处罚，最后将拉抢的顾客的销售全部归公司所有。
十六、在公司要进行卫生值日，搞好环境卫生，办公室、科普中心、卫生间都要打扫干净，不认真马虎的要给予10元罚款，对于不打扫无故缺席的给予20元罚款。
十七、在联谊会上不准吃瓜子，发现一次罚20元，要保持会场的安静，讲座时不准在会场来回走动，不准讲话对于不听劝告的罚款20元。
十入、员工在销售过程必须遵守公司的赠品规定和旅游规定，需报赠品。在旅游过程中为顾客作假证的查实后给予100元罚款、警告或开除。
十九、对于销售过程中有欺诈顾客行为按处100元罚款并则令其向顾客赔礼道歉，消除不必要的误会。
二十、员工在销售过程中不能侵吞顾客的赠品，发现
一次罚款100元，赠品必须按公司的规定发放。
二十一、对顾客的货要及时送到位，不得延误送货时新顾客送货可以用出租车，但须市场部经理批准，送货用出租车回来时也用出租车的发现一次罚款100元，包括回来的公交票都必须如实上报财务。
二十二、在联谊会场员工之间不能吵架、打架，吵架一次不能对错一律各罚款50元；打架一次各罚100元，并写出书面检讨在员工会上通过后才能上岗上班，打架二次罚款200元并作开除处理。（与顾客吵架的也同样论处）
二十三、若出现退货，所产生的费用员工自行负责或是退货顾客中扣除，但要做好解释工作，因解释不当产生不良的后果要自负，并罚50元。
二十四、员工打电话时分别按上午8：30、中午12：
30、下午5：00进行打卡，不打卡视为离岗，未按时打卡扣5元，未打卡20元。
八峰药化南京分公司
二00六年二月十五日
第五篇：建筑行业信息数据库管理制度
信息数据库管理制度
第一章
总则
第一条 适用范围
本管理办法适用于中国建筑标准设计研究所发行室（以下简称发行室）。第二条 目的
为了有效利用信息资源，确保领导决策信息资源的准确性、及时性特制定本管理制度。
第三条 原则
保持信息传递的快速、准确、及时、高效
第二章
信息数据库的组织管理
第四条 信息数据库设计方案
信息数据库设计方案由发行室统一规划和设计，主任负责组织实施 第五条 信息数据库建设
信息数据库建设分别由各个岗位建立不同的信息数据库子系统，构成发行室整体的信息数据库，通过局域网实现信息共享。
信息数据库子系统分别责成营销主管、印刷主管、储运主管来负责组织建设。第六条 数据库运行效果考核 主任负责对数据库运行效果进行考核
第三章 营销数据库管理内容
第七条 信息数据库的构成
发行室的信息数据库分成如下几个子系统：
（一）营销数据库
（二）印刷管理数据库
（三）储运管理数据库
（四）财务管理数据库 第八条 数据库运行管理
（一）营销数据库
数据库日常的运行、维护由市场研究负责，营销管理主管负责对其监督。
（二）印刷管理数据库
数据库日常的运行、维护由印刷计划负责，印刷管理主管负责对其监督。
（三）储运管理数据库
数据库日常的运行、维护由库房管理负责，储运管理主管负责对其监督。
（四）财务管理数据库
数据库日常的运行、维护由出纳员负责，财务管理主管负责对其监督。
第四章
营销数据库
第九条 数据库信息集成
（一）外部环境信息： 1.宏观环境信息
（1）中国国民经济发展水平
近3-5年来的GDP增长速度、未来发展规划；全国人均收入水平、消费水平。（2）产业发展：
国家对产业发展的投资方向和相关的产业政策；全国的地区相关产业政策和发展水平。
（3）地区经济发展水平：
全国各地区近3-5年来的GDP增长速度、未来发展规划；地区人口结构、收入水平、消费水平。
2.行业信息（1）中国建筑业
近3-5年来行业增长发展速度、未来发展规划，相关的法律法规和政策。（2）金融业：
金融行业近3-5年来对私人购房贷款额增长速度及相关法律法规和政策。3.技术发展信息
（1）国内外建筑技术标准发展现状和未来发展趋势动态信息；
（2）竞争对手（华北标、其他各省市地方标）建筑技术标准发展现状和未来发展趋势动态信息。
4.市场信息
（1）全国和各地区产品需求结构；（2）全国和各地区产品供应结构；（3）全国和各地区产品销售渠道；
（4）全国和各地区产品销售政策、销售方式；（5）全国和各地区产品未来需求结构变化动态；
（6）全国和各地区产品现有市场规模和未来市场发展潜力；
（二）内部信息： 1.销售信息
（1）全国和各地区市场产品销售码洋统计分析信息；（2）全国和各地区产品需求结构。2.销售渠道管理信息
（1）全国和各地区产品销售渠道信息；
（2）全国和各地区产品销售政策、销售方式信息；（3）与全国和各地区代理商的合作关系信息。3.市场推广信息
全国和各地区市场产品促销、媒体促销信息。3.技术服务信息
举办技术服务活动的类型、频次、时间、内容、评价效果等。第十条 信息收集方法
（一）外部环境信息 1.信息收集方法
对宏观环境信息、行业信息、技术发展信息主要采用二手资料收集；对市场营销信息主要采用市场调查法获得。
2.信息责任人
市场研究人员负责信息收集，营销管理主管负责监督考核。
（二）内部信息 1.信息收集方法
销售信息、销售渠道管理信息由销售员定期向市场研究人员报送；市场推广信息、技术服务信息分别由市场推广人员和技术服务人员定期向市场研究人员报送。
2.信息责任人
市场研究人员负责信息收集，销售员、市场推广人员和技术服务人员分别定期报送相关信息，营销管理主管分别对其进行监督考核。
第十一条 数据库的运行
（一）数据库的信息应用 1.营销分析报告
（1）每季度分别形成行业分析报告、竞争对手分析报告、销售渠道管理分析报告、重点销售地区销售状况分析报告等。
（2）每分别形成全国销售市场分析报告、行业发展现状和未来发展趋势分析报告、营销政策分析报告、市场推广分析报告、技术服务分析报告等。
2.营销计划制定
每负责制定销售计划、市场研究计划、市场推广计划和技术服务计划、营销预算计划。
（二）数据库的维护
市场研究人员每月负责对数据库模块的相关信息内容进行更新，营销管理主管负责监督考核。
第五章
印刷管理数据库
第十二条 数据库信息集成
（一）印刷计划 1.印刷行业（1）印刷行业发展
近3-5年印刷行业经济发展水平、未来发展趋势。（2）印刷技术
国内外印刷技术发展现状、未来技术创新趋势。（3）北京地区和北京临近地区印刷供应商信息
建立印刷企业数据库。即收集北京地区和北京临近地区具有一定生产规模而且未来有合作意向的印刷供应商的相关信息，形成印刷供应企业数据库，以便作为备选合作单位。
（4）印刷合作供应商信息
收集目前与单位合作的印刷供应商的相关信息
生产规模、设备技术先进程度、产品研发能力、销售收入、人均产值；企业财务能力、融资能力；企业信誉、企业文化等。
2.印刷计划（1）产品印刷信息
每年印刷批次、每次印刷数量、各专业印刷数量；总体印刷成本、单本印刷成本。
（2）产品印刷质量信息
产品印刷质量检验合格率、产品一次交验合格率、产品在销售过程中出现质量事故的频次等。
（3）与印刷供应商的合作关系
合作过程中的信誉程度、服务质量、服务的及时性、印刷结算情况；合作双方的满意度、现存的主要问题、未来合作的可能性。
（二）档案管理信息 1.底图信息
所有底图分不同专业而整理的档案资料。2.其他档案资料信息
单位跨的档案管理信息。例如营销、印刷、储运、行政等方面的系统资料。
第十三条 信息收集方法
（一）印刷计划信息
1.信息收集方法
印刷行业、技术、供应商信息主要采用二手资料和市场调查法进行收集。2.信息责任人
印刷计划人员负责信息收集，印刷管理主管负责监督考核。
（二）内部信息 1.信息收集方法
主要采取统计分析法。需要更多的管理制度，请到vip.****** 2.信息责任人
印刷计划人员负责信息收集，档案管理人员定期报送相关信息，印刷管理主管分别对其进行监督考核。
第十四条 数据库的运行
（一）数据库的利用 1.印刷管理分析报告
（1）每季度分别形成产品印刷计划执行报告、产品印刷质量检验报告等；（2）每分别形成供应商评价报告、印刷计划完成报告、印刷成本控制报告、印刷质量分析报告、档案管理分析报告等。
2.印刷管理计划制定
每负责制定印刷计划、档案管理计划、成本控制计划、预算计划等。
（二）数据库的维护
印刷计划员每月对数据库模块的相关信息内容进行更新，印刷管理主管负责监督考核。
第六章
储运管理数据库
第十五条 数据库信息集成
（一）库房管理 1.产品入库
产品入库的时间、批次、码洋；各专业产品的种类、数量。2.产品出库
产品出库的时间、批次、码洋；各专业产品的种类、数量。
3.现有库存
目前库存产品码洋；各专业产品的种类、码洋。
（二）配送信息 1.外部信息
（1）外部汽车运输公司
收集5-8个专业汽车运输公司的详细信息资料，作为将来备用合作单位。（2）现合作的汽车运输公司
收集合作单位的企业规模、运输能力、汽车车型、收费标准、结算方式、服务质量、社会信誉、经营状况等相关信息。
2.内部信息（1）产品配送信息
1）通过火车进行产品配送的时间、批次、码洋、运输费用、运输里程、运输质量等相关信息；
2）通过汽车运输公司进行产品配送的时间、批次、码洋、运输费用、运输质量相关信息；
3）北京市内产品配送的客户、时间、批次、码洋、运输费用、运输里程、运输质量等相关信息。
（2）汽车管理信息 1）汽车使用相关信息
产品配送出车信息：产品配送汽车出车单的统计资料。非产品配送出车信息：汽车出车单位领导批准单的统计资料。2）定点汽车修理厂信息
单位定点汽车修理厂的背景资料（营业执照、法人、技术水平、服务质量、收费标准、结算方式等）。
3）汽车修理相关信息
汽车检修次数、费用、检修的原因、汽车检修批准单的等。第十六条 信息收集方法
（一）外部信息 1.信息收集方法
市场调查法和二手资料分析。2.信息责任人
配送员负责信息收集，储运管理主管负责监督考核。
（二）内部信息 1.信息收集方法
主要采取统计分析法。2.信息责任人
库房管理员负责信息收集，配送人员定期报送相关信息，储运管理主管分别对其进行监督考核。
第十七条 数据库的运行
（一）数据库的利用 1.储运管理分析报告
（1）每季度分别形成库房管理分析报告、产品配送质量分析报告等；（2）每分别形成库房管理分析报告、库房成本管理分析报告、产品配送质量分析报告、汽车管理分析报告等。
2.印刷管理计划制定
每负责制定库房管理计划、配送计划、成本控制计划、预算计划等。
（二）数据库的维护
库房管理员每月对数据库模块的相关信息内容进行更新，储运管理主管负责监督考核。
第七章
财务管理数据库
第十八条 数据库信息集成
（一）外部信息 1.财政行业信息
国家财政、税收等有关法律法规和政策相关信息。2.金融信息
金融系统有关法律法规和政策相关信息。
（二）内部财务信息
1.营销管理经营信息
（1）全国各地区客户产品库存、应收账款信息等相关信息；（2）市场推广、技术服务、市场调查等相关信息。2.印刷管理经营信息
（1）印刷费用支出、印刷成本等相关信息；（2）档案管理费用支出等相关信息。3.储运管理经营信息
（1）库房产品数量、产品结构及有关费用支出信息；（2）产品配送所发生的相关费用等。4.财务管理费用
单位财务管理所发生的费用等。第十九条 信息收集方法
（一）外部信息 1.信息收集方法
主要采用二手资料收集。2.信息责任人
财务主管负责信息收集，主任负责监督考核。
（二）内部信息 1.信息收集方法
主要采取统计分析法 2.信息责任人
财务主管负责信息收集、整理、分析，其中营销管理、印刷管理、储运管理等相关经营信息分别由营销管理主管、印刷管理主管、储运管理主管定期报送财务，主任对其分别进行监督考核。
第二十条 数据库的运行
（一）数据库的利用 1.财务管理分析报告
（1）每季度分别形成资金使用计划执行情况分析报告、各部门成本控制情况分析报告、各部门预算支出分析报告、应收账款回收分析报告等；
（2）每分别形成财务收入分析报告、财务预算分析报告、成本控制分析报告、经营计划完成分析报告、盈利能力分析报告等。
2.财务管理计划制定
每负责制定财务预算计划、财务核算计划、成本控制计划等。
（二）数据库的维护
财务主管每月负责对数据库模块的相关信息内容进行更新，主任负责监督考核。
第八章
信息数据库运行效果评估
第二十一条 评估主要指标
（一）信息收集、整理的及时性、准确性、完整性
（二）信息的使用效率（信息共享程度、使用频次等）
（三）信息更新的及时性、有效性
（三）信息数据库给单位经营决策创造价值的大小
（四）会议的组织质量 第二十二条 评估方法
（一）评估时间周期
信息数据库每一年作一次评估
（二）评估方法
通过对信息数据库主要考核指标的要求，在单位内部员工进行问卷调查，调查后进行统计分析，形成一定的结论，再通过部门主管以上领导来进行论证分析，总结成功的要素，找出现存的不足。
第九章
附则
第二十三条 本管理办法由主任负责解释。
第二十四条 本管理办法的拟定或者修改由主任负责，经主任办公会通过后执行。
第二十五条 本管理办法自颁布之日起实施。
需要更多的管理制度，请到vip.******
鲁公网安备37028302000876号