简介这份岗位职责资料围绕医疗器械公司八大核心岗位展开涵盖质量管理、购进、验收、仓储、销售、运输、售后服务与信息技术等方向适合医疗器械企业管理者、质量体系专员及内训人员用于明确岗位边界、完善质量管理制度。资源为1份doc文档整体约29KB内容按目录分条列示各岗位职责条款质量管理岗位突出法规执行、制度起草与质量否决权购进岗位聚焦采购计划、比价议价与首营审核验收岗位强调逐批检查、抽样记录仓储、销售、运输、售后及信息技术岗位也均有详细操作要求不少条款直接关系到GMP/GSP合规检查的关键控制点。这份文档既可作为编写职位说明书、划分部门职责的底稿也可用于内部培训课件或迎审自查的参照。目前已有90人学习对需要快速搭建岗位职责框架或系统梳理合规流程的医疗器械从业者而言具有较强的实用性和可操作性。1. 医疗器械公司各岗位职责.doc先说清这是一份什么文档看到“医疗器械公司各岗位职责.doc”这个文件名如果你以为它只是一份挂在部门共享盘里的行政文件后面一定会踩坑。在医疗器械相关企业里这份文档往往不是 HR 单方面整理的岗位描述而是质量体系内审、监管体系审核、培训矩阵、设备权限分配、供应商审核时反复被拿出来对照的基线资料。岗位职责写不清楚轻则新人入职后不知道找谁审批重则内审时被质疑“职责描述与现场操作不一致”。这篇博文要解决的是怎么把一份看起来很普通的岗位职责文档做成结构清晰、可编码、可版本追溯、可自动校验的文档资产。适合质量负责人、医疗器械软件研发负责人、体系文档管理员和对文档工程化有兴趣的 IT 从业者。2. 拆职责先给岗位编码再写职责项2.1 医疗器械岗位职责为什么不能写成大段文字很多岗位职责文档打开后是几大段话例如“负责公司质量管理体系的建立、实施、维护和改进并协调各部门完成内外部审核同时配合完成产品注册相关工作”。这类大段文字的问题在于信息密度低不同岗位之间重复度高很难直接对照流程文件和使用记录。质量部的人、研发负责人、内审员看到同一句话时各自提取的内容可能不一样。更根本的问题是这样的文档无法被自动处理。如果后续要生成培训矩阵、权限清单、岗位说明书或者组织架构对照表职责文本必须被拆成可枚举的职责项。每个职责项都应该是“岗位 职责动作 对象 输出物/记录”的组合。常见做法是用一张 Excel 作为数据源头再基于这张表生成 Word 或 PDF而不是让每个人直接在 Word 里自由发挥。2.2 岗位编码与职责字段把职责清单做成 Excel 模板先建立一份标准的岗位职责清单模板。字段设计是整个文档工程的起点字段稳定后续生成、比对、校验才有基础。下面这几个字段是我在医疗器械公司搭建岗位职责文档时通常会预留的字段名含义示例岗位编码全公司唯一与组织架构编码一致Z0001岗位名称招聘系统中使用的名称质量体系工程师所属部门部门名称使用组织架构中的标准写法质量部汇报关系直接上级岗位编码Z0008体系过程对应质量管理体系中的过程名称文件控制、内部审核职责类型执行 / 审批 / 审核 / 协助审批职责描述一句话说清动作、对象、输出审批受控文件发布申请关联记录该职责执行后留下的表单或系统记录文件发布审批单这个表在维护时可以使用 Python 的 pandas 做去重、补全和编码检查。下面是一段生成岗位编码和基本校验的脚本import pandas as pd df pd.read_excel(岗位职责清单.xlsx, dtypestr) # 生成编码Z 四位数字数字按当前最大编号递增 if df[岗位编码].isna().all(): df[岗位编码] [Z%04d % (i 1) for i in range(len(df))] else: max_code int(df[岗位编码].str.extract(r(\d)).fillna(0).astype(int).max()) df.loc[df[岗位编码].isna(), 岗位编码] [ Z%04d % (max_code i 1) for i in range(df[岗位编码].isna().sum()) ] # 必填字段检查 required [岗位名称, 所属部门, 职责类型, 职责描述] for col in required: missing df[df[col].isna() | (df[col].str.strip() )] if len(missing): print(f字段 {col} 存在空值请补充后再生成文档) print(missing[[岗位名称, 职责描述]]) df.to_excel(岗位职责清单_标准化.xlsx, indexFalse)这段脚本先读取 Excel 中的岗位清单然后自动补齐岗位编码最后检查必填字段。说明两点岗位编码使用“Z 四位数字”是为了避免部门编号与岗位编号混淆职责类型字段用“执行 / 审批 / 审核 / 协助”是为了后续生成 RACI 矩阵时可以直接映射。如果职责描述为空脚本会直接列出对应岗位名称避免脏数据进入正式文档。2.3 职责动词规范让各岗位职责文档能被机器比对职责描述写得再详细如果动词乱用后续做质量体系岗位职责比对时依然会失败。常见做法是建立一个职责动词白名单让所有岗位只从这个列表里取词。动词适用场景例子负责该岗位是该项工作的责任人负责受控文件发布前的格式检查执行按既定流程操作执行内部审核计划并记录结果审批对结果有放行权利审批批次放行报告审核对结果进行复核不直接放行审核供应商审核报告编制输出文件或方案编制岗位职责清单监督对过程进行监视和检查监督生产现场标识使用情况在岗位职责文档里同一项工作如果出现在两个岗位的职责描述中至少要保证一个是“负责”另一个是“协助”或“审核”而不是都用同一个动词。否则在生成质量体系审核对照表时会出现职责归属模糊的情况。对于研发或软件相关的岗位还会额外加“评审”“确认”这类词但同样要保持全公司统一。3. 权限、评审与版本职责文档的变更管理3.1 职责文档的审批角色能改和能发布是两件事岗位职责文档最大的隐患不是没人写而是谁都能改。公司里经常出现这样的情况某个部门负责人让下属直接改一份岗位职责 Word 文档然后通过即时通讯工具发给其他人但这并没有真正落地。正确的做法是岗位职责文档的编写、审核、批准角色必须分开。我一般会使用一个简单的 RACI 表来固定职责文档管理过程中的人员分工活动人力资源部门负责人质量体系负责人文档管理员编写岗位职责初稿RACI审核职责与流程一致性IRAC批准发布IA/RAI归档与版本记录IIIR表中 R 代表执行者A 代表最终责任人C 代表被咨询者I 代表被告知者。在医疗器械公司的体系文档管理习惯里“能改”指编辑权限“能发布”指批准权限。这两者在文档管理系统或文件服务器的权限设置中必须分开否则职责文档就失去了唯一权威版本。3.2 版本与变更记录医疗器械岗位职责文档的版本号怎么写岗位职责文档的版本号不建议写成“最终版”“定稿版”“新版本”这类无法排序的名称。比较稳妥的做法是采用“V1.0”“V1.1”“V2.0”这样的三段式版本号并在文档首页或文件头位置维护一张变更记录表。版本日期变更摘要编制人审核人批准人V1.02024-01-10初版发布覆盖 12 个岗位张三李四王五V1.12024-05-15新增嵌入式软件工程师岗位更新测试部职责张三李四赵六凡是修订职责描述、增加岗位、调整汇报关系都必须新增一行版本变更记录同时修改文档属性中的版本号。没有变更记录的修订在体系审核时会被视为无效修改。这也是为什么后面要用 Git 或类似的版本工具来做支撑而不是靠人肉记忆。3.3 用 Git 管理职责文档源文件防止正文与版本号脱节岗位职责的源文件建议存放在 Git 仓库中把 Excel 清单和生成脚本一并纳入版本管理。这样做的意义在于可以通过提交记录查看每一次职责变更是谁改的并强制提交信息与变更记录对应。先用 Git 提交源文件git init git add 岗位职责清单.xlsx 岗位职责生成脚本.py 变更记录.csv git commit -m V1.1 新增嵌入式软件工程师岗位更新测试部职责 git tag V1.1每次修改完毕都需要更新版本号和变更记录然后提交。为了校验是否有人改了正文却忘记更新版本记录可以在.git/hooks/pre-commit中写一个简单的检查脚本例如用 Python 读取最新提交信息检查其是否包含 V 开头的版本号#!/bin/sh python3 -c import sys msg open(.git/COMMIT_EDITMSG, encodingutf-8).read() if V not in msg: print(提交信息必须包含版本号例如 V1.2) sys.exit(1) 这段 pre-commit 脚本的作用很直接如果没有版本号就拒绝提交。这样在协作中团队成员就不会随手把一份没有版本信息的职责文档推上去。Git 分支可以按部门划分但最终发布版本必须合入 main 分支并打上 tag避免出现多份相互冲突的“权威版本”。3.4 同步 Word 目录与域让岗位职责文档页码不出错岗位职责文档如果用 Word 成稿目录是必有的元素。但 Word 的目录不会自动更新正文页码一变目录就失真。一个常见的解决方法是直接在文档中插入 TOC 域并在每次交付 PDF 前更新域。手动操作是CtrlA全选文档然后按F9更新域。批量场景下可以用 LibreOffice 的宏或命令行但这里有一个更简单的经验在导出的 PDF 中检查目录页的“页码”列如果目录显示第 3 页但实际内容在第 5 页说明没有执行更新操作。如果团队多人协作建议在文档中固定一个“文档控制页”包括版本号、编写人、审核人、批准人、分发日期。每次正文更新后这个页面也要同步更新。用表格呈现比写一段说明文字更稳妥。4. 双格式交付Word 成文、PDF 归档、Excel 校验4.1 Word、PDF、Excel 三份交付物各管什么很多团队只保留一份 Word 文件这是不够的。Word 文件容易被随意改动PDF 适合作为受控版本发放Excel 适合做数据核对。三者的分工是交付物用途维护频率Word 版岗位职责供部门负责人和 HR 编辑、评审随职责变更修改PDF 版岗位职责受控发放供体系审核、内审、培训使用每次定稿后重新生成Excel 岗位职责清单数据源用于生成文档和自动校验变更前修改变更后归档在医疗器械软件研发团队中岗位职责文档还经常被用来申请开发环境账号、测试环境权限或签署保密协议。这份 Excel 清单可以被权限管理脚本直接读取所以它的格式必须严格。4.2 用 python-docx 从职责清单自动生成 Word 版岗位职责直接从 Excel 生成 Word可以避免手工排版造成的格式混乱。下面这段脚本读取标准化的岗位职责清单生成一个以岗位为单位分节的 Word 文档import pandas as pd from docx import Document from docx.shared import Pt df pd.read_excel(岗位职责清单_标准化.xlsx, dtypestr) doc Document() doc.add_heading(医疗器械公司岗位职责, level0) for name, group in df.groupby(岗位名称, sortFalse): row group.iloc[0] doc.add_heading(f{row[岗位名称]}{row[岗位编码]}, level1) table doc.add_table(rows1, cols2) table.style Light Grid Accent 1 hdr table.rows[0].cells hdr[0].text 职责项 hdr[1].text 要求与输出 for _, item in group.iterrows(): cells table.add_row().cells cells[0].text f{item[职责类型]}{item[职责描述]} cells[1].text item[关联记录] doc.save(医疗器械公司岗位职责.docx)这段脚本的核心逻辑是按岗位名称分组每个岗位生成一个一级标题和一张职责表格。表格第一列是“职责类型 职责描述”第二列是关联记录。说明两个参数groupby(岗位名称)是为了把同一岗位的多条职责整合到同一个表格中style Light Grid Accent 1是为了让 Word 表格带边框避免打印出来没有表格线。关联记录字段可以写“无”但千万别删除这一列因为它是内审时最常被追问的字段。4.3 用 LibreOffice 将 DOCX 转 PDF注意字体与目录生成 Word 后还需要生产 PDF 版本用于发放。在 Linux 或 Windows 环境中使用 LibreOffice 即可完成转换soffice --headless --convert-to pdf --outdir ./pdf ./医疗器械公司岗位职责.docx这个命令中--headless表示不打开图形界面--convert-to pdf指定输出格式--outdir ./pdf指定输出目录。转换完成后去 pdf 目录检查文件名是否有乱码以及中文字体是否被替换。若中文出现方块字通常是系统缺少中文字体包安装fonts-noto-cjk或wqy-microhei可解决。还要注意转换前必须保证 Word 中的目录域已经被更新否则 PDF 中的目录页会是旧页码。4.4 Excel 校验检查岗位编码、职责重复与缺失生成文档前要跑一遍自动校验。下面这段脚本检查三类问题岗位编码重复、职责描述重复、岗位名称缺失。import pandas as pd df pd.read_excel(岗位职责清单_标准化.xlsx, dtypestr) duplicate_code df[df.duplicated(岗位编码, keepFalse)] if len(duplicate_code): print(发现重复岗位编码) print(duplicate_code[[岗位编码, 岗位名称]]) same_duty df[df.duplicated([岗位名称, 职责描述], keepFalse)] if len(same_duty): print(同一岗位存在重复职责描述) print(same_duty[[岗位名称, 职责描述]]) no_name df[df[岗位名称].isna() | (df[岗位名称].str.strip() )] if len(no_name): print(存在岗位名称缺失的行请检查) print(no_name) if len(duplicate_code) 0 and len(same_duty) 0 and len(no_name) 0: print(校验通过可以生成正式文档)这段脚本运行时如果输出“校验通过”表示数据可以进入文档生成环节。如果没有输出任何内容说明校验脚本本身没有被触发需要看看读取的文件路径是否正确。职责描述重复是最容易忽略的问题常见于复制粘贴后忘了改对象比如两个岗位都写“负责产品放行”实际上应该一个是“负责”一个是“审批”。5. 落地细节从职责文档到内审、培训与稽核的检查对照5.1 用职责清单反查培训矩阵岗位职责文档在体系审核中有一个很实际的用途与培训矩阵对照。通常培训矩阵列出的是“岗位 需要接受的培训课程”而职责清单列出的是“岗位 具体职责”。决策点是凡是要执行、审批、审核某项职责的人培训记录里必须能找到对应的培训内容。具体操作是把岗位职责 Excel 与培训记录 Excel 导入同一张 sheet用 VLOOKUP 或 Python 做比对找出“有职责但无培训记录”的岗位。这块我不再展开写完整代码因为方法和我前面几节类似只需要将两个 DataFrame 按岗位编码做一次 merge再检查培训记录列是否为空即可。5.2 内审前的职责文档自查清单把下面这份自查清单交给文档管理员在审核前半天逐项确认检查项验证方式常见问题版本号与变更记录表是否一致打开文档控制页比对版本改了记录没改岗位编码是否与组织架构图一致Excel 与架构图比对岗位编码重复或已失效岗位未删除目录页码是否为最新对照正文翻页检查忘记更新 TOC 域PDF 版本是否与 Word 一致对比两份文件生成日期改完 Word 忘重新生成 PDF职责动词是否在白名单内用 Python 或 CtrlF 检查出现“管理、统筹”等模糊词5.3 检查 PDF 是否过期一个快速脚本最后一个小技巧。内审前可以用脚本检查 PDF 文件的时间是否晚于 Word 文件的时间确认有没有“改了但没转”的漏网之鱼stat -c %Y %n 医疗器械公司岗位职责.docx 医疗器械公司岗位职责.pdf | sort -n如果 docx 的修改时间晚于 pdf说明需要重新转换。这种方式比靠肉眼确认两个文件图标更新日期要可靠得多。如果要检查的内容是“职责描述中的占位符”可以在生成 PDF 前用 python-docx 打开 Word 文件搜索是否包含“待补充”“TODO”等字符一旦命中就终止生成流程。这个思路和前面 pre-commit 检查类似都是把质量检查前置到文档生成之前。本文还有配套的精品资源点击获取