Requirements for the National Healthdata Catalogue
This article lists the requirements for the National Healthdata catalogue
 Search functionalityÂ
Search by name, filtering on basic properties of the dataset.
It is possible to
search on free text
search on standardized metadata properties
search the data catalogue utilizing ontology-based search using a hierarchical structure, such as SNOMED CT
to allow for more efficient and accurate searches. This includes the ability to search for a concept and retrieve all its descendants in the hierarchy without needing to know every possible variant or term. This will enable users to easily retrieve all relevant information related to a concept, improving the overall usability and accessibility of the data catalogue.Â
The search will return a list of datasets that match the search. Â
Request functionalityÂ
The ability to select one or more datasets and place the selection in a shopping basket to be able to initiate/start a request of these datasets (in a loosely coupled request workflow module)Â Â
 Data catalogue managementÂ
Administrative access to the data catalogue that unlocks functionality to monitor and manage the service. This includes management of the metadata, management of metadata templates, management of search indices and search engine optimization (SEO).Â
 Data catalogue usage dashboardÂ
Administrative dashboard to show usage statistics, including search statisticsÂ
 Data holder dashboardÂ
A dashboard that provides the data holder insights and management tools. The dashboard allows the data holder to monitor how their datasets are performing in the search; to manage the metadata of the datasets; and access to requests for access to their datasets. Â
 User dashboardÂ
The user dashboard provides a user access to their searches and requests for access to datasets.Â
 Metadata management serviceÂ
The ability to manage metadata for a dataset, version management, use of metadata templates. Import and export of metadata. Support for DCAT and FAIR data points. Â
 Authentication, Authorisation, and Identity ServiceÂ
Support for AAI services such as eIDAS, SURF SRAM and LS-AAI. OpenID Connect / SAML. The management of users and permissions.Â
In addition to the functionalities and requirements listed in the above, the solution should also support the following:Â
 Functionality:Â
A proven in-, and exit-strategy to make it product / vendor neutralÂ
Communication with other catalogue systems / federated environment, for instance in the regional nodes and support for DCAT and FAIR Data PointsÂ
Hosting on different platformsÂ
Customisation of your solution to fit in with the Health-RI website and UX/UI, including adaptation to accessibility standardsÂ
Search functionality in your software and customisation of the search functionÂ
  Processes:Â
Good maintenance and coding practices such as:Â
Follow SOLID principles
Clean codeÂ
Well documentedÂ
Test cases: unit test and integration tests, having a high branch test coverage (over 80%).Â
A language that is widely supported by the develop community, because of its open-source characterÂ
Multi instance support Â
Federation of cataloguesÂ
Load balancingÂ
Adequate logging, at least:Â
Track exceptions Â
Track User, Session, and events Â
Track User flowsÂ
Processes for handling security incidents (e.g., ISO 27000 series certification)Â
Proven security through OWASP Vulnerability Scan or ISO 27000 series certifications Â
Service level offered for the product.
 Â
Â
 Â
Â