The time to solve digital interoperability problems and help ensure a more transparent, interoperable and safe food system has come.
Within the next few years, the vision described in the FDA’s New Era of Smarter Food Safety blueprint can become a reality. In order to achieve it, we will need to tackle a devil hidden in many of the details, addressing challenges such as the food safety data interoperability one.
Let’s take a look at an example.
The US FDA regularly publishes information about certain recalls of FDA-regulated products. This information comes in a structured format, using the following data elements among others:
- Brand Name(s)
- Product Description
- Product Type
- Recall Reason Description
- Company Name
- Full recall text
Furthermore, the openFDA Food Enforcement Reports API returns data from the FDA Recall Enterprise System (RES), a database that contains information on recall event information submitted to FDA, updated on a weekly basis. It includes data elements such as:
- Recalling firm
- Product description
- Reason for recall
- Report date
- Recall initiation date
- Initial firm notification
- Product type
- Geographical location of firm (city, state, country)
In a similar way, the European RASSF – Rapid Alert System for Food and Feed is publicly announcing food and feed product recalls. This will enable information to be shared efficiently to ensure that food safety risks can be averted before they harm consumers. The RASSF portal is using data elements such as:
- Notification date
- Date of case
- Reference ID
- Notifying country
- Product Category
- Risk decision
The list of examples goes on. There are many food safety agencies and national authorities that publish food product recalls using structured, well-documented and sometimes even machine readable data formats (such as the UK’s Food Standards Agency recall data API). Either in English or in their own languages (e.g. the Japanese NITE’s list of company announcements and recalls).
When trying to combine and aggregate food safety incident data coming from such official sources, a number of issues need to be resolved:
- How will the equivalent or similar elements of the different data formats be mapped to each other?
- How will the controlled lists of values be mapped to each other?
- Can mappings from one data format to another be standardised and reused every time a new incident is published?
- Can we then automate transformation from one data format to another using a software system?
These questions illustrate that food safety data interoperability is going to need a quite elaborate and sophisticated solution. The solution to the aforementioned questions lies in the final outcome that will be generated through our EU funded project, under Horizon 2020 “The Food Safety Market”.
An operational cloud-based platform, named TheFSM platform, which utilises state-of-the-art data technologies. The major pillars and applications that are foreseen to be joint under our cloud-based and operational platform are the FOODAKAI, AGRIVI and Food Inspector, which will enable measures to be taken for data sharing and food safety. Our well-orchestrated food safety data benchmarking effort aims to efficiently leverage data technologies and create a safer and more digital, traceable food system.