参考答案：

问题1（1）1分（2）*或n或m（3）*或n或m（4）*或n或m 

问题2：缺少的联系数：3挂号单：收银员；挂号单：医师；挂号单：门诊处方 

问题3：（5）收银员（6）就诊号（7）药品编码，数量，单价（8）类型，库存，货架编号，单位，价格，单价挂号单主键：就诊号；门诊处方主键：就诊号；处方明细主键：就诊号，药品编码

解析：

本题是一道数据库设计题，该类型的提问形式比较固定，在软件设计师考试下午题中是比较好得分的。 

问题1：该问题是求实体间的联系，这类问题主要通过"生活常识"+"系统描述"解题。由于一名医师在不同时间段可以给多个病人看病，也就可以开多张门诊处方，而一张门诊处方由一名医师开出，所以医师实体与门诊处方实体之间的"开处方"联系的类型为一对多（1：n）。所以空（1）处为1，空（2）处为n。由于一张门诊处方包含多种库存中的药品（如"××医院门诊处方单"所示），一种库存中的药品也可以在多张门诊处方中，所以门诊处方实体与药品库实体之间联系的类型为多对多（m：n）。空（3）处和空（4）处均为n。 

问题2：根据"××医院门诊挂号单"可以看出，挂号单由收银员进行收费，同时收银员的编号记录到了该挂号单中，因此挂号单实体与收银员实体之间存在联系--挂号单：收银员。病人挂某个医师的号，将挂号信息记录在挂号单实体中，因此挂号单实体与医师实体之间存在联系--挂号单：医师。收银员根据挂号单和医师的手写处方生成门诊处方，所以挂号单实体与门诊处方实体之间存在联系--挂号单：门诊处方。 

问题3：本问题考查将E-R模型转换为关系模式。在此转换过程中，每一个实体转成一个关系模式。对于联系的转换，相对比较复杂，可单独转为关系模式，也可以将其并入实体关系模式中（注意：多对多的联系只能单独转成一个关系模式，且该关系模式的主键为各个与之关联的实体主键的组合）。所以一个关系模式的属性有两类，一类是实体本身具备的属性，另一类是为了保存实体与实体之间的联系而记录的属性。下面将根据实体及与之相关的联系类型结合系统说明来分析。 

（1）对于挂号单关系模式，由于挂号单与收银员实体有联系，且它们之间的联系没有单独转成关系模式，所以需要在挂号单关系模式中记录对应的收银员，因此，挂号单关系模式需补充属性：收银员。 

（2）从"××医院门诊处方单"可以得知门诊处方关系模式应具有的信息。但在此需要注意的是，哪些信息是门诊处方关系模式应直接存储的，哪些信息是可以通过查询从其他关系模式获取的。结合题目可知该关系模式应补充属性：就诊号。补充"就诊号"之后，其他信息可通过"明细"、"收费"、"挂号门诊联系"、"开处方"等联系查询出来。 

（3）由于多张门诊处方中包含多项药品信息，而一种药品也可以属于多张门诊处方，所以要通过处方明细关系模式来表示这种多对多的联系。并且由于每种药品的具体信息已经在药品库关系模式中记录，所以，处方明细关系模式主要记录的是门诊处方与药品的对应关系和处方所需药品的具体数量。并且，根据题目描述，由于药品价格会发生变化，门诊管理系统必须记录处方单上药品的当前单价。因此，药品库关系模式应补充属性：药品编码，数量，单价。其中，就诊号和药品编码一起作为主键。 

（4）药品库关系模式主要记录药品的详细信息和库存信息，"药品库"表中已经说明需要记录的信息，所以应补充属性：类型，库存，货架编号，单位，规格，单价。综上所述，挂号单与门诊处方关系模式的主键均为就诊号。而处方明细是一个多对多的联系，它的主键应为与之关联的实体主键之组合，即（就诊号，药品编码）。