Schema definition and other documents of eSDScom (formerly SDScom and ESCom), the standard for electronic exchange of Safety Data Sheets in a structured, processible way across Europe and other regions. Please read the wiki for more info. All work is licensed under CC BY-ND 4.0 (https://creativecommons.org/licenses/by-nd/4.0/legalcode)
In "Appropriate Engineering Controls", EuPhraC has only a few phrases in "Remark" while SDScom has a very detailed structure, including reference to AISE symbols. In a first discussion today in Berlin, it seems that the meaning of some of the fields is not clear. This needs some reengineering and most likely less fields.
Some aspects:
The symbols might not be necessary, but do not hurt either as long as there are no reasons to definitely not include those symbols in the SDS. According to our understanding today, they should be part of SUMIs or Operating Directives / Workplace safety cards, but not the SDS.
Terminology in Occupational Safety (and exposure scenarios) as opposed to the SDS is different, as EChA's workshop in Helsinki on September 22nd outlined. It might be helpful to use terms like "Technical measures", "organisational measures" (which include any "instructional measures") and PPE when in future, ESs will be consolidated into the main body hopefully with the help of some tools. But since most software systems do not differentiate this today, a filed like "other measures" is helpful.
These aspects should go into documentation. Other than that, the field structure should not be more complex than required by regulation and guidance.
Issue #131 refers to section 8 and might need consideration here.
In "Appropriate Engineering Controls", EuPhraC has only a few phrases in "Remark" while SDScom has a very detailed structure, including reference to AISE symbols. In a first discussion today in Berlin, it seems that the meaning of some of the fields is not clear. This needs some reengineering and most likely less fields.
Some aspects:
These aspects should go into documentation. Other than that, the field structure should not be more complex than required by regulation and guidance.
Issue #131 refers to section 8 and might need consideration here.