[Bug] 医院需求项目数字为1时，应显示为不限数量

[vitrum]

因为之前有些信息提交上去，当时未确认需要多少，数量全为1

调整为：数字为1时，显示数量不限

[vitrum]

/self-assign

[lovepoem]

这个其实是因为有些发布者并不是医院器械科的发布者，是志愿者自己填写的1，因为志愿者不知道医院的真实需求数据，所以你这样处理也并不是很合理。

建议：录入加上 “数量待和医院确认” 选项 ，存入数值 -1 ？

[vitrum]

这个其实是因为有些发布者并不是医院器械科的发布者，是志愿者自己填写的1，因为志愿者不知道医院的真实需求数据，所以你这样处理也并不是很合理。

建议录入建业加上 “数量待和医院确认” 选项 ，存入数值 -1

那前期的数据需要调整么？如果还是保持展示数字为1，会有点怪

[lovepoem]

这个其实是因为有些发布者并不是医院器械科的发布者，是志愿者自己填写的1，因为志愿者不知道医院的真实需求数据，所以你这样处理也并不是很合理。
建议录入建业加上 “数量待和医院确认” 选项 ，存入数值 -1

那前期的数据需要调整么？如果还是保持展示数字为1，会有点怪

我所知道的1都是志愿者自己填写的，前期导入的数据我猜测数量是 null

[TechQuery]

@Akagilnc 在整理常用物资基础数据时就和我提过，如果对口罩、防护服这些量大的 1 作虚数处理，那医疗设备的 1 这类实数怎么办？我可不想代码里一堆处理特例的 if ... else，要让石墨那边从源头把数据规范做好

[jalog]

可以用 -1 表示 “数量待和医院确认” ，-9 表示“不限量”，用负数表示特殊类型数据，出一个字典表

[TechQuery]

@jalog 石墨文档数据源 那边恐怕不会这么干

[allenfantasy]

@TechQuery 那这个问题一直 block 着也不是个办法。

解决的方法要不就是 rest-api 在接口返回时做处理，要不然就是 data-sync 的时候做清洗，然后按约定出虚数值？但这样的话是需要推动谁去做呢？

这个问题在 Slack 上也有录入数据的志愿者反馈了。

[XiaohanYa]

石墨这边在录入规范里面让志愿者写的1，调整起来工作量太大。建议口罩、防护服等明显需求量大于1件的物品，都按没有特定需求量处理。

[rquanx]

@TechQuery 我跟录入组的人说了，让他们的组长找你快速定个方案，不能一直拖着