The contents of this website, unless otherwise stated, are licensed under a Creative Commons Attribution 4.0 International License. The application that powers this site is available under the MIT license.
\r\n","community_url":"","custom_css":"","description":"At the GovTech Hackathon 2026, we will share, improve, and use government data to create an impact. Meet developers, experts and enthusiasts from the administration, businesses and civil society, and work together on Switzerland's digital foundation. Over the course of two days, you will develop prototypes and concepts that demonstrate how data can have an impact in practice.\r\n\r\n* [Program](https://github.com/swiss/govtech-hackathon-2026/#programm)\r\n* [Federal Chancellery's Website](https://www.bk.admin.ch/bk/en/home/digitale-transformation-ikt-lenkung/bundesarchitektur/api-architektur-bund/govtech-hackathon26.html)\r\n* [Additional data sources](https://github.com/rnckp/awesome-ogd-switzerland)","ends_at":"2026-05-29T18:00","gallery_url":"https://raw.githubusercontent.com/swiss/govtech-hackathon-2026/refs/heads/main/Grafik-Hackathon-2026-blau-weisser-hintergrund.png","has_finished":false,"has_started":false,"hashtags":"#GovTechHack26","hostname":"Federal Chancellery (DTI division)","id":2,"instruction":"","location":"Federal Office of Information Technology, Systems and Telecommunication (FOITT), Eichenweg 3, CH-3052 Zollikofen","location_lat":46.99753,"location_lon":7.46292,"logo_url":"https://www.bk.admin.ch/bk/en/_jcr_content/logo/image.imagespooler.png/1505934763610/logo.png","name":"GovTech Hackathon 2026","starts_at":"2026-05-28T09:00","summary":"At the GovTech Hackathon 2026, we will share, improve, and use government data to create an impact.","webpage_url":""}],"name":"events"},{"data":[{"autotext":"\r\n","autotext_url":"","category_id":"","category_name":"","contact_url":"mailto:timon.erhart@ost.ch","created_at":"2026-05-01T08:47","download_url":"","event_name":"GovTech Hackathon 2026","event_url":"https://govtech.digisus-lab.ch/event/2","excerpt":"## Bedarf/Problem und Zielgruppe\r\n\r\nDie Geodaten von OpenStreetMap (OSM) k\u00f6nnten die Open Government Data (OGD) in vielerlei Hinsicht erg\u00e4nzen (vgl. dazu http://dx.doi.org/10.48350/159438#). Die OSM-Community hatte jedoch bisher keinen Anlass, selbst einen persistenten Identifikator anzubieten. Nun schlagen wir eine \u201eOSM Persistent IDs Specification\u201d (OSMPID) vor, die neu (als Draft) entwickelt wurde. W\u00e4hrend staatliche Register wie das GWR dauerhafte IDs nutzen, sind OSM-IDs volatil und \u00e4ndern ...","hashtag":"Geometa Lab (FH OST)","id":44,"ident":"","image_url":"","is_challenge":true,"is_webembed":false,"logo_color":"","logo_icon":"","longtext":"## Bedarf/Problem und Zielgruppe\r\n\r\nDie Geodaten von OpenStreetMap (OSM) k\u00f6nnten die Open Government Data (OGD) in vielerlei Hinsicht erg\u00e4nzen (vgl. dazu http://dx.doi.org/10.48350/159438#). Die OSM-Community hatte jedoch bisher keinen Anlass, selbst einen persistenten Identifikator anzubieten. Nun schlagen wir eine \u201eOSM Persistent IDs Specification\u201d (OSMPID) vor, die neu (als Draft) entwickelt wurde. W\u00e4hrend staatliche Register wie das GWR dauerhafte IDs nutzen, sind OSM-IDs volatil und \u00e4ndern sich h\u00e4ufig. Es fehlt eine stabile Verbindung zwischen amtlichen Geodaten und OpenStreetMap. \r\n\r\nZielgruppe sind Bundes- und Kantonsverwaltungen, die OSM-Zusatzdaten mit permanenten IDs f\u00fcr ihre Aufgaben nutzen m\u00f6chten. Auch der Tourismus, Wikidata und Weitere k\u00f6nnen davon profitieren.\r\n\r\n## (Nicht) verf\u00fcgbare Daten\r\n\r\nDas Geb\u00e4ude- und Wohnungsregisters (GWR) ist verf\u00fcgbar. Weitere Verwaltungsdaten k\u00f6nnen auch am Hackathon noch dazu kommen.\r\n\r\n## Erwarteter Nutzen\r\n\r\nDie bessere Verkn\u00fcpfung von OGD und OSM schafft ein \u00d6kosystem, in dem aufw\u00e4ndige Datenabgleiche zwischen Verwaltung und Community \u00fcberfl\u00fcssig werden. Von dem einmaligen Verkn\u00fcpfen von Informationen profitieren Beh\u00f6rden, der Tourismus und weitere Akteure, da diese trotz Bearbeitungen in OSM stabil bleiben.\r\n\r\n## Ziel f\u00fcr den Hackathon\r\n\r\nDas Ziel ist die Entwicklung eines funktionalen Prototyps, der eine Br\u00fccke zwischen den stabilen amtlichen Identifikatoren und einem neuen System stabilisierter OSM-Persistent-IDs schl\u00e4gt. Dazu geh\u00f6rt ein API, ein Matching, und ggf. eine Webseite (dank AI-Coder Tools und Vibe Coding).\r\n\r\n## L\u00f6sungsans\u00e4tze\r\n\r\nEs gibt die \u201eOSM Persistent IDs Specification\u201d (OSMPID), Python Libraries, etc. und eine Menge Erfahrungen der Teilnehmer vom Challenge-Einreichenden (am Geometa LAb der FH OST), die dabei sein werden.\r\n\r\n## Einschr\u00e4nkungen\r\n\r\nGesucht sind Teilnehmende mit Know-how in Geoinformatik und Datenmodellierung sowie Erfahrung im Umgang mit OpenStreetMap-Strukturen. Der Tech-Stack setzt auf zukunftsweisende Technologien wie DuckDB f\u00fcr die Datenverarbeitung und GeoParquet f\u00fcr den effizienten Austausch der Verkn\u00fcpfungstabellen, erg\u00e4nzt durch Python oder Go f\u00fcr die API-Entwicklung.\r\n\r\n## Nachhaltigkeit\r\n\r\nAlles ist Open Source und Open Data (v.a. Open Data Commons Open Database License, ODbL, v1.0). Repostitory. Webapp als Showcase.","maintainer":"timon","name":"The OGD-OSM Bridge","phase":"Challenge","progress":0,"score":5,"source_url":"","stats":{"commits":0,"during":0,"people":5,"sizepitch":2353,"sizetotal":2429,"total":7,"updates":2},"summary":"Verkn\u00fcpfung von Beh\u00f6rden-Daten und Citizen-Science-Daten von OpenStreetMap","team":"timon, stefan_keller, abinas, lherrm, kevinloeffler","team_count":5,"updated_at":"2026-05-19T14:18","url":"https://govtech.digisus-lab.ch/project/44","webpage_url":""},{"autotext":"\r\n","autotext_url":"","category_id":"","category_name":"","contact_url":"mailto:peter.janes@abdagon.com","created_at":"2026-05-01T08:47","download_url":"","event_name":"GovTech Hackathon 2026","event_url":"https://govtech.digisus-lab.ch/event/2","excerpt":"### Challenge Language\r\n\r\nThis challenge was initially submitted in German. However, all documentation will be provided in English, in order to reach in international target audience.\r\n\r\nCheck out the briefing section below for a quick overview of the challenge objectives.\r\n\r\n# Challenge Submission Text\r\n\r\n## Bedarf/Problem und Zielgruppe\r\n\r\nDiese Challenge ist Teil einer Gesamt-Initiative am GovTech Hackathon 2026 - https://drive.google.com/drive/u/0/folders/1YrEa5u3LyTDjOOz--Fnd38N4E9kpILdD\r\n\r...","hashtag":"DIDAS Health / openEHR Switzerland / HL7 Switzerland","id":28,"ident":"","image_url":"https://s3.govtech.digisus-lab.ch/govtech/uploads/21/DO8RZ/XQY0JPEU.png","is_challenge":true,"is_webembed":false,"logo_color":"","logo_icon":"","longtext":"### Challenge Language\r\n\r\nThis challenge was initially submitted in German. However, all documentation will be provided in English, in order to reach in international target audience.\r\n\r\nCheck out the briefing section below for a quick overview of the challenge objectives.\r\n\r\n# Challenge Submission Text\r\n\r\n## Bedarf/Problem und Zielgruppe\r\n\r\nDiese Challenge ist Teil einer Gesamt-Initiative am GovTech Hackathon 2026 - https://drive.google.com/drive/u/0/folders/1YrEa5u3LyTDjOOz--Fnd38N4E9kpILdD\r\n\r\nWeitere Informationen zu dieser Challenge sind zu finden im Ordner - https://drive.google.com/drive/u/0/folders/1YrEa5u3LyTDjOOz--Fnd38N4E9kpILdD\r\n\r\nDiese Challenge fokussiert auf das Zusammenspiel von HL7 FHIR und openEHR auf einer offenen Datenplattform mit Open-Source-Komponenten. Ziel ist es, anhand eines konkret verst\u00e4ndlichen Anwendungsfalls zu zeigen, wie sich diese beiden internationalen Standards im Gesundheitswesen sinnvoll erg\u00e4nzen: FHIR f\u00fcr Interoperabilit\u00e4t und Datenaustausch, openEHR f\u00fcr persistente und longitudinale klinische Datenspeicherung.\r\n\r\nAls exemplarischer Anwendungsfall wird das digitale Impfdossier gew\u00e4hlt. Impfungen eignen sich besonders gut, weil sich daran die Notwendigkeit einer langfristigen, lebenslangen und konsistenten Speicherung medizinischer Daten besonders gut zeigen l\u00e4sst. Der Showcase soll damit einen Proof of Concept f\u00fcr FHIR-basierten Datenaustausch und openEHR-basierte Persistenz auf einer offenen Plattform liefern.\r\n\r\nIm Gesundheitswesen werden Daten heute h\u00e4ufig entweder standardisiert ausgetauscht oder intern langfristig und strukturiert gespeichert, jedoch nur selten in einer Weise, die beide Anforderungen \u00fcberzeugend verbindet. Es fehlt an praxisnahen Beispielen, die zeigen, wie internationale Standards wie FHIR f\u00fcr den Datenaustausch und openEHR f\u00fcr die klinische Langzeitpersistenz auf einer offenen Plattform sinnvoll zusammenspielen k\u00f6nnen.\r\n\r\nGerade bei medizinischen Informationen, die \u00fcber viele Jahre oder ein ganzes Leben relevant bleiben, braucht es eine belastbare, strukturierte und semantisch robuste Langzeitspeicherung. Dies ist beim Impfdossier besonders offensichtlich: Impfungen m\u00fcssen \u00fcber lange Zeitr\u00e4ume nachvollziehbar dokumentiert, wiederverwendbar gespeichert und system\u00fcbergreifend ausgetauscht werden k\u00f6nnen.\r\n\r\nBetroffen sind insbesondere Gesundheitsfachpersonen, die Impfungen dokumentieren, einsehen und \u00fcber Systemgrenzen hinweg nutzen, Hersteller von Prim\u00e4rsystemen und Gesundheitsanwendungen, die interoperable L\u00f6sungen umsetzen, sowie Organisationen, die offene Gesundheitsplattformen oder Interoperabilit\u00e4tsl\u00f6sungen aufbauen. Mittel- bis langfristig betrifft das Thema auch B\u00fcrgerinnen und B\u00fcrger, die von einem verl\u00e4sslichen digitalen Impfdossier mit nachvollziehbaren und langfristig verf\u00fcgbaren Impfdaten profitieren.\r\n\r\n## (Nicht) verf\u00fcgbare Daten\r\n\r\nVerf\u00fcgbar sind die offizielle Schweizer [CH VACD FHIR-Spezifikation](https://fhir.ch/ig/ch-vacd/index.html), bereits vorhandene openEHR-Modellierungen von Impfdaten, Architekturentw\u00fcrfe f\u00fcr eine offene Plattform, konzeptionelle \u00dcberlegungen zu einem Interoperabilit\u00e4tslayer bzw. zu Interoperabilit\u00e4tsservices, \u00f6ffentlich verf\u00fcgbare Standards, Profile und Terminologien sowie fachliche und technische Expertise in den Bereichen openEHR, FHIR, Modellierung und Architektur.\r\n\r\nDar\u00fcber hinaus stehen Open-Source-Komponenten als technische Grundlage f\u00fcr den Proof of Concept zur Verf\u00fcgung.\r\n\r\nNicht vorgesehen sind produktive Personendaten oder produktive klinische Daten. F\u00fcr den Hackathon werden stattdessen synthetische und beispielhafte Daten bereitgestellt.\r\n\r\n## Erwarteter Nutzen\r\n\r\nEs entsteht ein konkreter und nachvollziehbarer Nachweis, dass FHIR-basierter Datenaustausch und openEHR-basierte klinische Langzeitpersistenz auf einer offenen Datenplattform mit Open-Source-Komponenten in der Praxis sinnvoll zusammen funktionieren.\r\n\r\nDer Mehrwert besteht in einem sichtbaren Proof of Concept f\u00fcr das Zusammenspiel zweier internationaler Standards, in einer belastbaren Architekturidee mit Interoperabilit\u00e4tslayer sowie in einer lebenslangen, konsistenten Datengrundlage f\u00fcr Impfdaten. Gleichzeitig liefert der Showcase eine Blaupause f\u00fcr weitere klinische Inhalte, schafft eine Grundlage f\u00fcr ein digitales Impfdossier und ebnet den Weg f\u00fcr einen Ausbau in Richtung International Patient Summary (IPS).\r\n\r\nMit dem digitalen Impfdossier hat jeder B\u00fcrger hat seinen gesamten Impfverlauf jederzeit strukturiert und digital verf\u00fcgbar und kann diesen bei Bedarf bei Gesundheitsfachpersonen und Beh\u00f6rden in der Schweiz und im Ausland vorweisen. Darauf aufbauend lassen sich Folgeimpfungen sowie Impf-Empfehlungen f\u00fcr Auslandsreisen ableiten. Dar\u00fcber hinaus kann eine verantwortliche Person Impfungen f\u00fcr die Familie koordinieren (z.B. Eltern f\u00fcr ihre Kinder).\r\n\r\n## Ziel f\u00fcr den Hackathon\r\n\r\nErstellung einer ersten Version eines Showcases f\u00fcr eine App, basierend auf den internationalen Standards openEHR f\u00fcr die semantische klinische Persistierung sowie FHIR f\u00fcr den interoperablen Austausch. Der Showcase soll anschliessend als Initiative von openEHR Schweiz (https://openehr.atlassian.net/wiki/spaces/oech/pages/3468427363/2026+Showcase+Impf-Modul) weiterentwickelt werden, um Investoren f\u00fcr eine produktive Einf\u00fchrung zu erreichen.\r\n\r\n## L\u00f6sungsans\u00e4tze\r\n\r\nGrunds\u00e4tzlich gibt es f\u00fcr diese Challenge verschiedene L\u00f6sungsans\u00e4tze auf Ebene von Standards, Plattform und Architektur. Bereits erarbeitet wurden Architektur\u00fcberlegungen zum Zusammenspiel von Austausch, Persistenz und Interoperabilit\u00e4tslayer. Dar\u00fcber hinaus wurden bew\u00e4hrte technische Bausteine f\u00fcr eine offene Plattform identifiziert, die im Proof of Concept eingesetzt werden k\u00f6nnen, insbesondere Komponenten f\u00fcr FHIR, openEHR, Interoperabilit\u00e4tsservices sowie f\u00fcr die Datenkonvertierung bzw. das Mapping zwischen beiden Standards.\r\n\r\nIm Bereich Impfdossier gab es in der Schweiz bereits Vorl\u00e4ufer und Teill\u00f6sungen: meineimpfungen.ch bot gute Funktionalit\u00e4ten, wurde jedoch wegen Sicherheitsm\u00e4ngeln ausser Betrieb genommen. eHealth Suisse hat einen rein FHIR-basierten elektronischen Impfausweis entwickeln lassen, der in einigen Gemeinschaften im elektronischen Patientendossier (EPD) verf\u00fcgbar ist. Zudem wurde bereits ein Prototyp einer Gesundheits-App (https://youtu.be/T5bYmy_oXMo) f\u00fcr B\u00fcrgerinnen und B\u00fcrger erstellt, die produktive Einf\u00fchrung wurde jedoch bis zu einer geeigneten EPD-Anbindung zur\u00fcckgestellt.\r\n\r\n## Einschr\u00e4nkungen\r\n\r\nDie Challenge ist als Proof of Concept konzipiert und nicht als vollst\u00e4ndige Produktivl\u00f6sung. Der Fokus liegt bewusst auf dem Zusammenspiel von FHIR und openEHR und nicht auf der vollst\u00e4ndigen Abdeckung aller fachlichen Prozesse rund um das Impfen.\r\n\r\nWichtig f\u00fcr die Challenge sind die Orientierung an der Schweizer CH VACD FHIR-Spezifikation f\u00fcr den Austausch und an openEHR f\u00fcr die persistente klinische Speicherung, die Verwendung von synthetischen Daten, der Einsatz von offenen Standards und Open Source Komponenten sowie eine Architektur, die als offene Plattform und als Grundlage f\u00fcr eine sp\u00e4tere Weiterentwicklung konzipiert ist.\r\n\r\nEbenfalls wichtig ist, dass der entwickelte Programmcode zusammen mit der notwendigen Dokumentation vollst\u00e4ndig und nachvollziehbar \u00fcber GitHub (wird vorbereitet) bereitgestellt wird.\r\n\r\n## Nachhaltigkeit\r\n\r\nDer Hackathon Challenge ist eine gemeinsame Initiative von openEHR Schweiz und HL7 Schweiz. Es ist bereits geplant, den Showcase bis 3Q2026 weiterzuentwickeln, um diesen Investoren vorstellen zu k\u00f6nnen. Zudem sollen die Erfahrungen mit dem Showcase als \u00abBlaupause\u00bb f\u00fcr die Umsetzung weiterer Elemente im \u00abInternational Patient Summary\u00bb (IPS, https://international-patient-summary.net) dienen, z.B. Allergien, Medikation.\r\n\r\n### *** English text below ***\r\n\r\n# Showcase Digital Vaccination Record - Interoperability Through Standards\r\n\r\n\r\n### Interoperability in Healthcare - FHIR for Data Exchange, openEHR for Data Persistence; Vaccination Showcase\r\n\r\n\r\n## Need/Problem and Target Audience\r\nThis challenge is part of an overall initiative at the GovTech Hackathon 2026 - https://drive.google.com/drive/u/0/folders/1YrEa5u3LyTDjOOz--Fnd38N4E9kpILdD\r\n\r\nMore information about this challenge can be found in the folder - https://drive.google.com/drive/u/0/folders/1YrEa5u3LyTDjOOz--Fnd38N4E9kpILdD\r\n\r\n**This challenge focuses on the interaction between HL7 FHIR and openEHR** on an open data platform with open-source components. The objective is to demonstrate - using a specific and widely understandable use case - how these two international healthcare standards meaningfully complement each other: **FHIR for interoperability and data exchange**, **openEHR for persistent and longitudinal clinical data storage**.\r\n\r\n**The digital vaccination record is chosen as an exemplary use case**. Vaccinations are particularly suitable since they demonstrate the necessity of long-term, lifelong, and consistent storage of medical data. The showcase is intended to provide a proof of concept for FHIR-based data exchange and openEHR-based persistence on an open platform.\r\nIn today\u2019s healthcare environments, data is often either standardized for exchange or internally stored in a long-term and structured manner, but rarely in a way that convincingly combines both requirements. There is a lack of practical examples that show how international standards like FHIR for data exchange and openEHR for long-term clinical persistence can work together meaningfully on an open platform.\r\n\r\nParticularly for medical information that remains relevant for many years or an entire lifetime, reliable, structured, and semantically robust long-term storage is required. This is especially evident with vaccination records: vaccinations must be documented comprehensibly over long periods, stored reusably, and exchanged across systems.\r\nAffected stakeholders include healthcare professionals who document, view, and use vaccinations across system boundaries, providers of primary systems and healthcare applications implementing interoperable solutions, and organizations building open health platforms or interoperability solutions. In the medium to long term, the topic also affects citizens who benefit from a reliable digital vaccination record with traceable and long-term available vaccination data.\r\n\r\n## Available (and unavailable) Data\r\n\r\nExamples of available data are the official Swiss CH VACD FHIR specification, existing openEHR models of vaccination data, architectural designs for an open platform, conceptual considerations for an interoperability layer or interoperability services, publicly available standards, profiles and terminologies, as well as professional and technical expertise in openEHR, FHIR, modeling, and architecture.\r\n\r\nIn addition, open-source components are available as a technical foundation for the proof of concept.\r\n\r\nProduction personal data or production clinical data are not intended. Instead, synthetic and exemplary data will be provided for the hackathon.\r\n\r\n## Expected Benefit\r\n\r\nA specific and comprehensive proof shall emerge, demonstrating that FHIR-based data exchange and openEHR-based long-term clinical persistence work together meaningfully in practice on an open data platform with open-source components.\r\n\r\nThe added value consists of a **tangible proof of concept for the interaction of two international standards**, a **reliable architecture concept** with an interoperability layer, and a lifelong, consistent data foundation for vaccination data. At the same time, the showcase provides a **blueprint for additional clinical content**, creates a foundation for a digital vaccination record, and paves the way for expansion toward the International Patient Summary (IPS).\r\n\r\nWith the digital vaccination record, every citizen has their entire vaccination history available digitally and in a structured form at all times and can present it to healthcare professionals and authorities in Switzerland and abroad as needed. Based on this, follow-up vaccinations and vaccination recommendations for foreign travel can be derived. Furthermore, a responsible person can coordinate vaccinations for the family (e.g., parents for their children).\r\n\r\n## Objective for the Hackathon\r\n\r\nCreation of a first version of an **end-to-end showcase** for an app based on the international standards openEHR for semantic clinical persistence and FHIR for interoperable exchange. The showcase shall subsequently be further developed as an initiative of openEHR Switzerland (https://openehr.atlassian.net/wiki/spaces/oech/pages/3468427363/2026+Showcase+Impf-Modul) to reach investors for production introduction.\r\n\r\n## Solution Approaches\r\n\r\nFundamentally, there are various solution approaches for this challenge at the level of standards, platform, and architecture. Architectural considerations on the interaction of exchange, persistence, and interoperability layer have already been developed. In addition, proven technical building blocks for an open platform have been identified that can be used in the proof of concept, particularly components for FHIR, openEHR, interoperability services, and for data conversion or mapping between both standards.\r\n\r\nIn the vaccination record area, there were already predecessors and partial solutions in Switzerland: meineimpfungen.ch offered good functionality but was taken out of service due to security deficiencies. eHealth Suisse had a purely FHIR-based electronic vaccination certificate developed, which is available in some communities in the electronic patient record (EPD). Additionally, a prototype of a health app (https://youtu.be/T5bYmy_oXMo) for citizens was already created, but the production introduction was postponed until an EPD API for such apps becomes available.\r\n\r\n## Limitations\r\n\r\nThe challenge is designed as a proof of concept and not as a complete production solution. The focus is deliberately on the interaction between FHIR and openEHR and not on the complete coverage of all professional processes around vaccination.\r\n\r\nImportant for the challenge: orientation towards the Swiss CH VACD FHIR specification for exchange and to openEHR for persistent clinical storage, use of synthetic data, deployment of open standards and open-source components, and an architecture designed as an open platform and as a foundation for later development.\r\n\r\nIt is also important that the developed program code, together with the necessary documentation, is provided completely and comprehensibly via GitHub (being prepared).\r\n\r\n## Sustainability\r\n\r\nThe hackathon challenge is a joint initiative of openEHR Switzerland and HL7 Switzerland. It is already planned to further develop the showcase until Q3 2026 in order to present it to investors. Additionally, the experiences with the showcase shall serve as a \u00abblueprint\u00bb for implementing further elements of the \u00abInternational Patient Summary\u00bb (IPS, https://international-patient-summary.net), e.g., allergies, medication.\r\n\r\n# Briefing\r\n\r\n## Challenge Objective\r\n\r\n* The main objective of this challenge is to demonstrate the **end-to-end implementation** of FHIR and openEHR international standards in a **showcase**, based on the vaccination use case, which can the be used as **blueprint for other clinical use cases**\r\n* The secondary objective is to demonstrate **user oriented \u00abapps\u00bb** for data producers and consumers - \u00abvibe coding\u00bb can be used for rapid prototyping (see Claude prototype in resources below)\r\n\r\n## Envisaged Architecture\r\n\r\n\r\n\r\n\r\n## Resources\r\n\r\n* \u00abDigital Health with the new E-ID trust infrastructure\u00bb (https://hack.opendata.ch/project/1103), see documentation, resources\r\n* Challenge preparation area (https://drive.google.com/drive/u/1/folders/17R9hF7vUsizd5lomJFgYSuBwgbB-_9RR), contains collaboration area\r\n* Challenge collaboration area (https://drive.google.com/drive/u/1/folders/1VrwD_TVoMX5XeqjXqJp4wVpJN0rPbBfd) - working area for challenge team\r\n* Challenge project on Renku platform (https://renkulab.io/p/peter.janes/showcase-digital-vaccination-record-interoperability-through-standards)\r\n* IPS prototype with Claude in 30 minutes, short video (https://youtu.be/_iLPvoqF4Ow)\r\n* ...\r\n\r\n# Project Documentation\r\n\r\n## Project Team\r\n\r\n* [Peter Janes](https://www.linkedin.com/in/peterjanes/), founder and CEO Abdagon AG, DIDAS Health Lead, openEHR Switzerland board of directors - **challenge owner**\r\n* [Jean-Pierre Messerli](https://www.linkedin.com/in/messerlispiez), Senior Consultant, JPM Consultung GmbH, openEHR Switzerland data modeling group member - openEHR modeling expert\r\n* [Roeland Luykx](https://www.linkedin.com/in/roeland-luykx), founder and CEO RALY GmbH, HL7 Switzerland chair - FHIR expert\r\n* [Oliver Deak](https://www.linkedin.com/in/oliver-deak/), founder and CEO Valico AG - technical specialist","maintainer":"peter_janes","name":"Showcase Digitales Impfdossier - Interoperabilit\u00e4t durch Standards","phase":"Challenge","progress":0,"score":4,"source_url":"","stats":{"commits":0,"during":0,"people":4,"sizepitch":16937,"sizetotal":17038,"total":28,"updates":23},"summary":"Interoperabilit\u00e4t im Gesundheitswesen - FHIR f\u00fcr Austausch, openEHR f\u00fcr Persistenz, Showcase Impfen","team":"peter_janes, JPMesserli, rluykx, odeak","team_count":4,"updated_at":"2026-05-12T21:53","url":"https://govtech.digisus-lab.ch/project/28","webpage_url":""},{"autotext":"\r\n","autotext_url":"","category_id":"","category_name":"","contact_url":"mailto:david.oesch@swisstopo.ch","created_at":"2026-05-01T08:47","download_url":"","event_name":"GovTech Hackathon 2026","event_url":"https://govtech.digisus-lab.ch/event/2","excerpt":"## Bedarf/Problem und Zielgruppe\r\n\r\nTrockenheitslagen m\u00fcssen von Fachst\u00e4ben (Kanton/Gemeinde) und Fachstellen in kurzer Zeit beurteilt und in verst\u00e4ndlicher Sprache kommuniziert werden, aber entsprechende Informationen / Texte zu erstellen ist aufw\u00e4ndig, Daten und Diagramme oft nicht einfach lesbar f\u00fcr Fachfremde (\u00abNicht-Experten). Das f\u00fchrt zu hohem manuellem Aufwand, uneinheitlichen Lagebildern und verz\u00f6gerten, schwer vergleichbaren Berichten. Betroffen sind Gemeindef\u00fchrungsst\u00e4be, kantonale F\u00fc...","hashtag":"Federal office of Topography swisstopo, Federal office of environment FOEN, Federal office of meteorology and climatology MeteoSwiss","id":16,"ident":"","image_url":"https://www.trockenheit.admin.ch/opengraph-image.jpg?851bbd6b239ec303","is_challenge":true,"is_webembed":true,"logo_color":"","logo_icon":"droplet-slash","longtext":"## Bedarf/Problem und Zielgruppe\r\n\r\nTrockenheitslagen m\u00fcssen von Fachst\u00e4ben (Kanton/Gemeinde) und Fachstellen in kurzer Zeit beurteilt und in verst\u00e4ndlicher Sprache kommuniziert werden, aber entsprechende Informationen / Texte zu erstellen ist aufw\u00e4ndig, Daten und Diagramme oft nicht einfach lesbar f\u00fcr Fachfremde (\u00abNicht-Experten). Das f\u00fchrt zu hohem manuellem Aufwand, uneinheitlichen Lagebildern und verz\u00f6gerten, schwer vergleichbaren Berichten. Betroffen sind Gemeindef\u00fchrungsst\u00e4be, kantonale F\u00fchrungsst\u00e4be, Fachstellen (Wasser, Wald, Landwirtschaft, Umwelt), Lagezentren, sowie Kommunikationsstellen der Verwaltung. Sehr spannend w\u00e4re es wenn ein Kantonsvertreter direkt vor Ort w\u00e4re.\r\n\r\n## (Nicht) verf\u00fcgbare Daten\r\n\r\n**Verf\u00fcgbar** (f\u00fcr Prototyp, soweit \u00f6ffentlich oder am Hackathon zug\u00e4nglich): \r\n* Trockenheitsplattform des Bundes www.trockenheit.ch: Aktuelle Trockenheitsindikatoren und Kartenlayer aus dem Trockenheitskontext Bund (Lage, Indikatoren, regionale Einteilung): [WMS und API](https://www.trockenheit.admin.ch/de/weitere-informationen/daten-beziehen) Im speziellen: [Numerische Daten der Trockenheitsplattform, BGDI STAC Collection ch.bafu.trockenheitsdaten-numerisch](https://data.geo.admin.ch/browser/index.html#/collections/ch.bafu.trockenheitsdaten-numerisch): Maschinenlesbare Indikator-Zeitreihen pro Region, geeignet als prim\u00e4re Datenquelle f\u00fcr das Briefing.\r\n\r\n * Administrative Geodaten f\u00fcr Regionalisierung (Gemeinden, Kantone, Einzugsgebiete, Warnregionen), mindestens als Geometrien und IDs. \r\n\t * [Warnregionen als SHP files](https://github.com/swisstopo/topo-satromo/tree/main/assets)\r\n\t * [swissBOUNDARIES3D (Gesamtdatensatz)](https://opendata.swiss/de/dataset/swissboundaries3d)*: Landes-, Kantons-, Bezirks- und Gemeindegrenzen in Vektorform, Aktualisierung j\u00e4hrlich.\r\n\t * [swissBOUNDARIES3D Gemeindegrenzen](https://opendata.swiss/de/dataset/swissboundaries3d-gemeindegrenzen)*: Kleinste administrative Einheit, Grundlage f\u00fcr Gemeindebriefings.\r\n * [swissBOUNDARIES3D Kantonsgrenzen](https://opendata.swiss/de/dataset/swissboundaries3d-kantonsgrenzen)*: Grenzen der 26 Kantone.\r\n * [swissBOUNDARIES3D Bezirksgrenzen](https://opendata.swiss/de/dataset/swissboundaries3d-bezirksgrenzen)*: Zwischenebene zwischen Kanton und Gemeinde.\r\n \r\n\r\n* Grundlegende Metadaten, Legenden, Methodentexte f\u00fcr konsistente Interpretation der Indikatoren: [Handbuch](https://www.trockenheit.admin.ch/de/weitere-informationen/daten-beziehen)\r\n\r\n* Einheitliche, dokumentierte Schnittstellen (API) f\u00fcr den automatisierten Bezug aller relevanten Layer in einem konsistenten Format.[WMS und API](https://www.trockenheit.admin.ch/de/weitere-informationen/daten-beziehen) und [Feature API](https://docs.geo.admin.ch/access-data/identify-features.html)\r\n\r\n* [Empfohlene Terminologie f\u00fcr Trockenheitsbulletin](https://s3.govtech.digisus-lab.ch/govtech/uploads/14/L2SYQ/U8YQGX7S.pdf)\r\n* [Entwicklung eines Trockenheitsbulletins f\u00fcr Graub\u00fcnden](https://s3.govtech.digisus-lab.ch/govtech/uploads/14/TCM1N/A50NS68Q.pdf)\r\n\r\n* [Trockenheitswarnungen und Verhaltensempfehlungen (38 Warnregionen)](https://www.trockenheit.admin.ch/de/trockenheit/trockenheitswarnungen-und-verhaltensempfehlungen): Definition der Warnregionen, Gefahrenstufen sowie ausformulierte Auswirkungsbeschreibungen pro Stufe (verwendbar als Textbaustein-Vorlage).\r\n\r\n* Beispiele\r\n\t * [Bulletin Trockenheit im Kanton GB_Beispiel_Landwasser_2023](https://s3.govtech.digisus-lab.ch/govtech/uploads/14/C70LC/P2XGMNXA.pdf)\r\n\t * [Bulletin Trockenheit im Kanton SG 20230710](https://s3.govtech.digisus-lab.ch/govtech/uploads/14/FFFQ3/G54AZOG2.pdf)\r\n\t * [Trockenheitsbulletin_fiktives_20180726_bereinigt](https://s3.govtech.digisus-lab.ch/govtech/uploads/14/1WWMO/JGHTORIU.pdf)\r\n\t * [Trockenheitsbulletin_fiktives_20180628_bereinigt](https://s3.govtech.digisus-lab.ch/govtech/uploads/14/1AUS4/QXOSXQ0H.pdf)\r\n\t * [Point s\u00e9cheresse du 10 juillet 2024](https://s3.govtech.digisus-lab.ch/govtech/uploads/14/E83H4/R50W7H61.pdf)\r\n\t * [Warnung_bulletins_Kantone](https://s3.govtech.digisus-lab.ch/govtech/uploads/14/6S7V8/VFCUTH4C.pdf)\r\n\t * [Warnung_bulletins_Bund](https://s3.govtech.digisus-lab.ch/govtech/uploads/14/Z5260/XHRDL232.pdf)\r\n\r\n\r\nEinige weitere N\u00fctzliche Daten\r\n\r\n* Hydrologische Daten (Abfluss, Pegel, Grundwasser, Temperatur):\r\n\t* [Hydrodaten.admin.ch, Portal hydrologische Daten und Vorhersagen](https://www.hydrodaten.admin.ch/): Aktuelle und historische Werte zu Abfluss, Wasserstand, Wassertemperatur, Grundwasser sowie Hochwasservorhersagen.\r\n\t * [Aktuelle hydrologische Daten beziehen (BAFU)](https://www.hydrodaten.admin.ch/de/aktuelle-hydrologische-daten-beziehen): \u00dcbersicht der Bezugswege (LINDAS, App \u00abMeine Pegel\u00bb, SMS-Dienst).\r\n\t * [LINDAS Linked Data Service (Bund)](https://lindas.admin.ch/): SPARQL-Endpoint f\u00fcr Abfluss, Wasserstand, Wassertemperatur und Hochwassergefahrenstufen, Aktualisierung alle 10 Minuten.\r\n\t * [Messstationen Wassertemperatur, opendata.swiss](https://opendata.swiss/de/dataset/messstationen-wassertemperatur): Standorte des BAFU-Temperaturmessnetzes an Fliessgew\u00e4ssern.\r\n\t * [Messstationen hydrologische Untersuchungsgebiete (HUG)](https://opendata.swiss/de/dataset/messstationen-der-hydrologischen-untersuchungsgebiete): Rund 40 Einzugsgebiete mit langj\u00e4hrigen Reihen f\u00fcr Abfluss, Gebietsniederschlag und Verdunstung.\r\n\t * [Trockenheit und Grundwasser, NAQUA (BAFU)](https://www.bafu.admin.ch/de/trockenheit-und-grundwasser): Beobachtungsindikatoren der Nationalen Grundwasserbeobachtung NAQUA (Quellabfl\u00fcsse, Grundwasserst\u00e4nde, Grundwassertemperatur).\r\n\r\n* Meteorologische und klimatologische Daten (MeteoSchweiz Open Data):\r\n\t * [Open Data Portal MeteoSchweiz](https://www.meteoswiss.admin.ch/services-and-publications/service/open-data.html): Einstiegsseite zu OGD-Datenangeboten seit Mai 2025.\r\n\t * [Open Data Dokumentation MeteoSchweiz](https://opendatadocs.meteoswiss.ch/general/download): Technische Anleitung zum Datenbezug \u00fcber die STAC-API.\r\n\t * [Automatische Wetterstationen SMN, Collection ch.meteoschweiz.ogd-smn](https://data.geo.admin.ch/api/stac/v1/collections/ch.meteoschweiz.ogd-smn): Bodenmessnetz, Standardgranularit\u00e4ten (10 min, Stunde, Tag, Monat, Jahr).\r\n\t * [NBCN Klimastationen, Homogene Messwerte](https://opendata.swiss/de/dataset?organization=bundesamt-fur-meteorologie-und-klimatologie-meteoschweiz): Lange homogenisierte Zeitreihen (Temperatur, Niederschlag), Basis f\u00fcr Klimavergleiche.\r\n\t * [Klimanormwerte 1961 bis 1990 und 1991 bis 2020](https://opendata.swiss/de/dataset/klimanormwerte): Referenzwerte f\u00fcr Temperatur, Niederschlag und weitere Gr\u00f6ssen, Vergleichsbasis f\u00fcr CDI und SPI.\r\n\t * [Trockenheitsindikatoren MeteoSchweiz, Drought indices](https://www.meteoswiss.admin.ch/climate/climate-change/heatwaves-droughts-cold-and-snowfall/climate-indices/drought-indices.html): Beschreibung der Indizes (z.B. SPI, Trockenperioden, aufeinanderfolgende Trockentage).\r\n\t * [R\u00e4umliche Klimadaten, bodengest\u00fctzt (Gitterdaten ogd-surface-derived-grid)](https://github.com/MeteoSwiss/publication-opendata): \u00dcbersicht der OGD-Collections inkl. fl\u00e4chendeckender Niederschlags- und Temperaturraster.\r\n\r\n* Satellitengest\u00fctzte Vegetations- und Trockenheitsindikatoren (swissEO):\r\n\r\n\t * [swissEO VHI, Vegetation Health Index](https://www.swisstopo.admin.ch/en/satelliteimage-swisseo-vhi): Tagesaktueller Vegetationszustand (10 m), kombiniert Vegetationskondition (VCI) und Thermalkondition (TCI) zu VHI, Vergleich zu Referenzperiode 1991 bis 2020.\r\n\r\n* Verwandte Indikatoren (Korrelate Trockenheit):\r\n\r\n\t * [Waldbrandgefahr.ch (BAFU)](https://www.waldbrandgefahr.ch/): T\u00e4gliche Waldbrandgefahrenstufen pro Warnregion, Massnahmen der Kantone.\r\n\t * [Datensatz Waldbrandgefahrenwarnung (ch.bafu.gefahren-waldbrand_warnung)](https://opendata.swiss/de/dataset/waldbrandgefahr): Maschinenlesbare Tageswerte \u00fcber WMS und REST-API der BGDI.\r\n\t * [Schneehydrologische Vorhersagen und Wasser\u00e4quivalent (MeteoSchweiz)](https://www.meteoschweiz.admin.ch/wetter/messsysteme-und-prognosen/spezialprognosen/schneehydrologische-prognosen.html): Schneewasser\u00e4quivalent absolut und relativ, relevant f\u00fcr Fr\u00fchjahrs-Trockenheitsbewertung.\r\n\r\n* Schnittstellen und API-Zugriff (Karten):\r\n\r\n\t * [STAC API Dokumentation (DE)](https://www.geo.admin.ch/de/rest-schnittstelle-stac-api/): Konzepte (Collection, Item, Asset) und Abfragebeispiele.\r\n\t * [Technische Dokumentation geo.admin.ch](https://docs.geo.admin.ch/): \u00dcbersicht aller Webdienste und Release-Notes.\r\n\t * [map.geo.admin.ch, Viewer mit Permalink-Funktion](https://map.geo.admin.ch/): Kartenviewer zur visuellen Validierung und f\u00fcr teilbare Permalinks von Layer-Kombinationen.\r\n\t * [WMS-Dienst geo.admin.ch](https://wms.geo.admin.ch/): Standardisierte Kartendienste (WMS, WMTS) f\u00fcr die direkte Einbindung von Karten in das Briefing-Layout.\r\n\r\n\r\n**Nicht verf\u00fcgbar oder kl\u00e4rungsbed\u00fcrftig** (kann Teil der Challenge sein):\r\n\r\n* Einheitliche, dokumentierte Empfehlungen/ Vorschlag Massnahmen pro Trockenheitsstufe f\u00fcr den automatisierten Vertrieb f\u00fcr verschiedene biographische Regionen: Die Bew\u00e4ltigung ist Aufgabe der Kantone. Wenn ein Kantonsvertreter anwesend ist k\u00f6nnte darauf eingegangen werden.\r\n\r\n* Zeitreihen in ausreichend hoher zeitlicher Aufl\u00f6sung f\u00fcr standardisierte Berichte (je nach Produkt und Aktualisierung).\r\n\r\n* Operative Verwaltungsdaten zu Massnahmen, Einschr\u00e4nkungen, Entnahmen, Bew\u00e4sserungsverboten, Schadensmeldungen, falls gew\u00fcnscht.\r\n\r\n## Erwarteter Nutzen\r\n\r\n* Auf den lokalen Kontext abgestimmte Lageberichte zur Trockenheit entstehen in Minuten statt Stunden und sind zwischen Regionen vergleichbar.\r\n\r\n* Gemeindest\u00e4be und Fachstellen erhalten Werkzeug zur Erstellung eines konsistenten, nachvollziehbaren Lagebild/Massnahmenkatalog mit klarer Quellenlage und Indikatorerkl\u00e4rung in verst\u00e4ndlicher Sprache (im Gegensatz zu komplexeren Diagrammen und Datengrafiken)\r\n\r\n* Auch Medien k\u00f6nnen diese Informationen einfacher wiederverwenden (als Diagramme und wissenschaftliche Grafiken), womit eine gr\u00f6ssere Reichweite der Inhalte erzielt werden kann.\r\n\r\n* Kommunikation wird koh\u00e4renter, weil Textbausteine (werden bereitgestellt) und Kernaussagen auf denselben Daten basieren.\r\n\r\n* Ein Bulletin wird auch verf\u00fcgbar wenn von Seiten Bund keine Warnung aktiv ist (aktuell wird nur ein Trockenheitsbulletin erstellt, wenn eine Warnung aktiv ist, aus Ressourcengr\u00fcnden)\r\n\r\n-> erlaubt somit fr\u00fchzeitige Erkennung von Versch\u00e4rfungen wird bewusster vom Zielpublikum aufgenommen, weil Trends besser kommunizierbar werde\r\n\r\n## Ziel f\u00fcr den Hackathon\r\n\r\n* Prototyp \u201cOne Click Drought Briefing\u201d: Auswahl einer Region (Gemeinde/Kanton) und eines Zeitfensters, danach automatisierte Generierung eines Briefings (Webansicht plus Export als PDF/HTML).\r\n\r\n* Inhaltlicher Mindestumfang: 2 bis 4 Kernindikatoren, 1 bis 2 Karten, 1 Zeitreihe, kurze standardisierte Textzusammenfassung inkl. Unsicherheiten und Quellen. Optional: \u00dcbersetzung in FR und IT.\r\n\r\n* Technischer Mindestumfang: reproduzierbare Pipeline (Datenbezug, Aggregation, Template), lauff\u00e4hig mit offenen oder am Hackathon bereitgestellten Daten\r\n\r\n## L\u00f6sungsans\u00e4tze\r\n\r\nM\u00f6gliche Ans\u00e4tze:\r\n\r\n* Datenpipeline: Indikatoren beziehen, auf Zielregion aggregieren (Fl\u00e4chenmittel, Perzentile, Anteil \u201ckritisch\u201d), konsistente Zeitfensterlogik.\r\n\r\n* Briefing-Template: feste Struktur (Lage, Entwicklung, Einordnung, Datengrundlage), automatische Bef\u00fcllung durch Kennzahlen und Karten.\r\n\r\n* Textgenerierung: regelbasierte Textbausteine, optional zus\u00e4tzlich ein Assistenzmodus, der Erkl\u00e4rtext aus Metadaten erzeugt, aber keine neuen Fakten erfindet.\r\n\r\n* UX: Zwei Modi, \u201cBeh\u00f6rdenbriefing\u201d (knapp, standardisiert, f\u00fcr Fachstellen oder Krisenst\u00e4be) und \u201cMy Trockenheitsbulletin\u201d (verst\u00e4ndlicher, mehr Erkl\u00e4rung, f\u00fcr ein breites Zielpublikum oder Medien).\r\n\r\n* Qualit\u00e4t: Plausibilit\u00e4tschecks (fehlende Daten, Ausreisser, Aktualit\u00e4t), Anzeige von Datenstand und Abdeckung.\r\n\r\nBereits ausprobiert (realistisch formulierbar, ohne \u00dcberclaim):\r\n\r\n* Konzept und Grobstruktur eines standardisierten Trockenheitsbriefings (Abschnitte, Kennzahlen, Karten).\r\n\r\n* Erste Prototyp-Idee zur Regionalaggregation von Indikatoren und zur automatischen Textbausteinlogik. \r\n\r\n* Abgleich typischer Nutzerfragen von Fachstellen, um Inhalt und Sprache des Briefings zu definieren\r\n\r\n## Einschr\u00e4nkungen\r\n\r\n* Datenzugang und Lizenzen: Es d\u00fcrfen nur Daten genutzt werden, die offen sind oder f\u00fcr den Hackathon rechtlich und technisch freigegeben werden; keine personenbezogenen oder vertraulichen Verwaltungsdaten.\r\n\r\n* Nachvollziehbarkeit: Ergebnisse m\u00fcssen reproduzierbar sein (Code, Datenquellen, Parameter, Versionen), damit eine sp\u00e4tere Integration m\u00f6glich ist.\r\n\r\n* Quellenpflicht: Jede Kennzahl, Karte und Textaussage im Briefing muss auf klar benannte Datenquellen und Datenst\u00e4nde verweisen; keine nicht belegten Interpretationen.\r\n\r\n* Scope: Fokus auf Prototyp und Kernnutzen (ein Regionalbriefing mit wenigen Indikatoren) statt Vollabdeckung aller Themen.\r\n\r\n* Architektur: M\u00f6glichst offene Standards, einfache Deploybarkeit, keine harten Abh\u00e4ngigkeiten von propriet\u00e4ren Systemen, die in der Verwaltung nicht betrieben werden k\u00f6nnen.\r\n\r\n* Qualit\u00e4tsgrenzen: Indikatoren haben Unsicherheiten, Aufl\u00f6sungsgrenzen und Aktualisierungszyklen; diese m\u00fcssen im Briefing sichtbar gemacht werden (Datenstand, Abdeckung, Limitierungen).\r\n\r\n* Sprache und Zielpublikum: Beh\u00f6rdenmodus knapp, konsistent, ohne Alarmismus; optionaler Public Modus getrennt, damit Produkte nicht vermischt werden.\r\n\r\n## Nachhaltigkeit\r\n\r\n* Weiterverwendung: Der Prototyp soll als Grundlage f\u00fcr einen Piloten dienen (Minimalprodukt f\u00fcr 1 bis 2 Regionen) und in bestehende Trockenheitskommunikation bzw. Portalumfeld \u00fcberf\u00fchrt werden, falls technisch und organisatorisch tragf\u00e4hig.\r\n\r\n* Ressourcen intern: Bereitstellung von fachlicher Begleitung und Produktverantwortung (Use Cases, Textbausteine, Qualit\u00e4tssicherung) sowie technischem Review (Datenpipeline, Aggregationslogik, Reproduzierbarkeit); grob 1 bis 2 Personen mit Teilpensum \u00fcber mehrere Wochen nach dem Hackathon, Budget prim\u00e4r \u00fcber Arbeitszeit.\r\n\r\n* Einbezug Teilnehmende: Fortf\u00fchrung \u00fcber \u00f6ffentliches Repository, Issues, kurze Follow-up Sessions, klare Roadmap f\u00fcr ein Pilotziel; Beitragende k\u00f6nnen gezielt bei UX, Datenpipeline, Exportlayout und Dokumentation weiterarbeiten, sofern Lizenz und Rahmen passen. \r\n\r\n* Das Hackathon-Team wird f\u00fcr seinen Beitrag anerkannt[IXQANOS9.pdf](https://s3.govtech.digisus-lab.ch/govtech/uploads/40/2CYVV/IXQANOS9.pdf)","maintainer":"david_oesch","name":"\ud83c\udf42 One Click Drought Briefing","phase":"Challenge","progress":0,"score":3,"source_url":"","stats":{"commits":0,"during":0,"people":4,"sizepitch":14510,"sizetotal":14709,"total":20,"updates":16},"summary":"One Click Drought Briefing: Automatische Trockenheitslageberichte f\u00fcr Beh\u00f6rden Beh\u00f6rden f\u00fcr trockenheit.admin.ch. Daten nutzen, Wirkung entfalten: Automatisierte Lageberichte aus Verwaltungsdaten","team":"david_oesch, Joan, FabiaHuesler, ChristopherBoodnee","team_count":4,"updated_at":"2026-05-13T06:22","url":"https://govtech.digisus-lab.ch/project/16","webpage_url":"https://s3.govtech.digisus-lab.ch/govtech/uploads/40/9HR8U/D0BCJ6DC.pdf"},{"autotext":"\r\n","autotext_url":"","category_id":"","category_name":"","contact_url":"mailto:stefan.wittwer@are.admin.ch","created_at":"2026-05-01T08:47","download_url":"","event_name":"GovTech Hackathon 2026","event_url":"https://govtech.digisus-lab.ch/event/2","excerpt":"## Bedarf/Problem und Zielgruppe\r\n\r\nQualit\u00e4tsvolle Siedlungsentwicklung nach innen ist ein zentrales Gebot der Schweizer Raumplanung. Statt in die Fl\u00e4che soll prim\u00e4r im bestehenden Siedlungsgebiet gebaut werden. Gleichzeitig fehlen - sowohl f\u00fcr Fachleute als auch f\u00fcr die breite Bev\u00f6lkerung - allgemein zug\u00e4ngliche Instrumente, um Siedlungsqualit\u00e4t mittels verf\u00fcgbarer und \u00f6ffentlich zug\u00e4nglicher Daten objektiv zu erfassen, darzustellen, zu vergleichen und zu kommunizieren. Bund, Kantone und die Op...","hashtag":"Bundesamt f\u00fcr Raumentwicklung","id":33,"ident":"","image_url":"","is_challenge":true,"is_webembed":false,"logo_color":"","logo_icon":"","longtext":"## Bedarf/Problem und Zielgruppe\r\n\r\nQualit\u00e4tsvolle Siedlungsentwicklung nach innen ist ein zentrales Gebot der Schweizer Raumplanung. Statt in die Fl\u00e4che soll prim\u00e4r im bestehenden Siedlungsgebiet gebaut werden. Gleichzeitig fehlen - sowohl f\u00fcr Fachleute als auch f\u00fcr die breite Bev\u00f6lkerung - allgemein zug\u00e4ngliche Instrumente, um Siedlungsqualit\u00e4t mittels verf\u00fcgbarer und \u00f6ffentlich zug\u00e4nglicher Daten objektiv zu erfassen, darzustellen, zu vergleichen und zu kommunizieren. Bund, Kantone und die Open-Source-Community publizieren grosse Mengen an Geoinformationen. Diese Datensch\u00e4tze werden in diesem Projekt zusammengef\u00fchrt und in verst\u00e4ndlichen Qualit\u00e4tsprofilen dargestellt. Das zu entwickelnde Werkzeug analysiert und klassiert die \u00f6ffentlich zug\u00e4nglichen Daten und weist diese in Form eines Profils einem definierten Gebiet wie bspw. einem Quartier zu.\r\n\r\n## (Nicht) verf\u00fcgbare Daten\r\n\r\nN\u00fctzliche Ressourcen, die den fachlichen Diskurs zum Thema Siedlungsqualit\u00e4t zusammenfassen: \r\n* ARE: Leitfaden hochwertige Siedlungsentwicklung nach innen (https://www.are.admin.ch/de/siedlungsentwicklung-nach-innen); \r\n* Espace Suisse: Siedlungsqualit\u00e4tsaspekte (https://www.espacesuisse.ch/sites/default/files/documents/Grafik-10-Qualit%C3%A4tsaspekt-Siedlungsentwicklung_de-A5h_Var2.pdf); \r\n* Erkl\u00e4rung von Davos: \"Hohe Baukultur\" (https://www.bak.admin.ch/bak/de/home/baukultur/konzept-baukultur/erklaerung-von-davos-und-davos-prozess.html)\r\n\r\nVerf\u00fcgbare Daten: \r\nBundesgeodaten \r\n* Statistik der Bev\u00f6lkerung & Haushalte (BFS) auf Hektarebene\r\n* Statistik der Unternehmenstruktur STATENT (BFS) auf Hektarebene\r\n* L\u00e4rm- & Umweltdaten (BAFU)\r\n* \u00d6V-Erschliessungsg\u00fcte (ARE/SBB)\r\n* SwissBuildings 3D (swisstopo)\r\n* Bauzonen Schweiz (ARE)\r\n* Geb\u00e4ude- und Wohnungsstatistik (BFS) auf Hektarebene\r\n* Swiss TLM (swisstopo): Gr\u00fcnfl\u00e4chen, B\u00e4ume/Einzelbaumdichte\r\n* Erreichbarkeit von Dienstleistungen (BFS) auf Hektarebene\r\n* Bundesinventare wie bspw. ISOS (BAK) oder UNESCO\r\n*\tweitere (z.B. LINDAS)\r\n\r\nWeitere m\u00f6gliche Datenquellen:\r\n* Kantonale Geodaten (z.B. GIS-Daten BE, ZH): Gr\u00fcnfl\u00e4chen? \r\n* OpenStreetMap (OSM): Gr\u00fcnfl\u00e4chen, Points-of-interest, etc.\r\n* Weitere weiterf\u00fchrende \u00f6ffentlich zug\u00e4ngliche Datenquellen zu Siedlungsqualit\u00e4t (auch qualitativ, bspw. in Berichten, Beitr\u00e4gen, Social Media etc.)\r\n\r\n*Zug\u00e4nge zu den Datens\u00e4tzen werden in einem Renku-Projekt aufbereitet, Link folgt hier.*\r\n\r\n## Erwarteter Nutzen\r\n\r\n* \u00dcbersicht \u00fcber Auspr\u00e4gungen von Siedlungsqualit\u00e4t in verschiedenen Gebieten und somit besseres Verst\u00e4ndnis von Siedlungsqualit\u00e4t in verschiedenen aggregierten Gebieten (Quartier, Region, Kanton).\r\n* Individuen k\u00f6nnen ihren Wohnort oder ihr Quartier anhand objektiver Indikatoren profilieren und mit \u00e4hnlichen Orten vergleichen, z.B. bei der Wohnungssuche.\r\n* Planungsfachleute erhalten ein niederschwelliges Instrument zur Beurteilung und Kommunikation von Raumqualit\u00e4t.\r\n* Geodaten der \u00f6ffentlichen Hand werden in konkreten gesellschaftlichen Nutzen \u00fcbersetzt.\r\n\r\n## Ziel f\u00fcr den Hackathon\r\n\r\nErarbeitung eines transparenten und funktionierenden Prototyps, der: \r\n1. ausgew\u00e4hlte Geodaten zu einem mehrdimensionalen Raumqualit\u00e4tsprofil zusammenf\u00fchrt, \r\n2. dieses Profil verst\u00e4ndlich visualisiert (z.B. Spinnennetzdiagramm), und \r\n3. einen Vergleich zwischen Orten erm\u00f6glicht. Nebenher sollen Fragen zur Methodik (Indikatorenwahl, Gewichtung, Massst\u00e4be) diskutiert und dokumentiert werden.\r\n\r\nDie Verf\u00fcgbarkeit und Harmonisierung von Verwaltungsdaten auf Gemeindeebene ist eine der zentralen Herausforderungen. Die Abkl\u00e4rung und ggf. Bereitstellung fehlender Daten kann Teil der Challenge sein. Unterst\u00fctzung durch den Hackathon bei der Datenbeschaffung wird begr\u00fcsst.\r\n\r\n## L\u00f6sungsans\u00e4tze\r\n\r\nKonzeptuell wurde die Idee eines mehrdimensionalen, vergleichbaren Raumprofils (Spinnennetzdiagramm) mit 7 Qualit\u00e4tsdimensionen skizziert (Gr\u00fcnfl\u00e4chen, \u00d6V-Erschliessung, Versorgung, L\u00e4rm & Umwelt, Soziale Infrastruktur, Freiraumqualit\u00e4t, Bebauungsdichte). \r\nDie vorgeschlagenen Dimensionen von Siedlungsqualit\u00e4t sollen erg\u00e4nzt, angepasst oder gestrichen werden.\r\n\r\n## Einschr\u00e4nkungen\r\n\r\n* Nur frei verf\u00fcgbare oder am Hackathon freigegebene Datenquellen verwenden.\r\n* Code und Methodik offen dokumentieren, damit Ergebnisse weiterverwendet werden k\u00f6nnen.\r\n* Datenschutz beachten: keine personenbezogenen Daten auf Einzelpersonenebene verarbeiten.\r\n* Mindestgr\u00f6sse eines Analyseperimeters klar definieren und transparent kommunizieren.\r\n* Indikatorenwahl und Gewichtung begr\u00fcnden und dokumentieren.\r\n\r\n## Nachhaltigkeit\r\n\r\nDie Ergebnisse haben das Potential , in einem Projekt weitergef\u00fchrt zu werden. Konkrete Ressourcen (Arbeitszeit, Budget) sind noch zu kl\u00e4ren, die Bereitschaft dazu ist grunds\u00e4tzlich vorhanden. Allf\u00e4llige Produkte werden als Open-Source-Projekte der \u00d6ffentlichkeit zur freien Nutzung zur Verf\u00fcgung gestellt.","maintainer":"stefan_wittwer","name":"\ud83c\udfdd\ufe0f Siedlungsqualit\u00e4t im Profil","phase":"Challenge","progress":0,"score":3,"source_url":"","stats":{"commits":0,"during":0,"people":4,"sizepitch":4837,"sizetotal":4937,"total":20,"updates":16},"summary":"Automatisierte Synthese von verschiedenen Auspr\u00e4gungen der Siedlungsqualit\u00e4t aus bestehenden Daten","team":"stefan_wittwer, YvesMaurer, Marco_ARE, stephan","team_count":4,"updated_at":"2026-05-13T06:47","url":"https://govtech.digisus-lab.ch/project/33","webpage_url":""},{"autotext":"\r\n","autotext_url":"","category_id":"","category_name":"","contact_url":"mailto:aurelie.tschopp@blv.admin.ch","created_at":"2026-05-01T08:47","download_url":"","event_name":"GovTech Hackathon 2026","event_url":"https://govtech.digisus-lab.ch/event/2","excerpt":"## Bedarf/Problem und Zielgruppe\r\n\r\nDie internationale Tierseuchenlage ver\u00e4ndert sich laufend und relevante Informationen sind auf viele unterschiedliche Quellen verteilt. Heute m\u00fcssen Fachpersonen diese Informationen manuell suchen, lesen, bewerten und zusammenf\u00fchren. Das ist zeitaufwendig, fehleranf\u00e4llig und erschwert eine schnelle Reaktion auf neue Risiken.\r\n\r\nEs besteht daher Bedarf an einem intelligenten System, das:\r\n\r\n* internationale Quellen automatisch \u00fcberwacht\r\n* relevante Meldungen e...","hashtag":"Bundesamt f\u00fcr Lebensmittelsicherheit und Veterin\u00e4rwesen BLV","id":20,"ident":"","image_url":"","is_challenge":true,"is_webembed":false,"logo_color":"","logo_icon":"","longtext":"## Bedarf/Problem und Zielgruppe\r\n\r\nDie internationale Tierseuchenlage ver\u00e4ndert sich laufend und relevante Informationen sind auf viele unterschiedliche Quellen verteilt. Heute m\u00fcssen Fachpersonen diese Informationen manuell suchen, lesen, bewerten und zusammenf\u00fchren. Das ist zeitaufwendig, fehleranf\u00e4llig und erschwert eine schnelle Reaktion auf neue Risiken.\r\n\r\nEs besteht daher Bedarf an einem intelligenten System, das:\r\n\r\n* internationale Quellen automatisch \u00fcberwacht\r\n* relevante Meldungen erkennt und strukturiert\r\n* Trends und Risiken fr\u00fchzeitig sichtbar macht\r\n* Fachpersonen bei Lagebeurteilung und Risikoeinsch\u00e4tzung unterst\u00fctzt\r\n\r\nDas Problem betrifft insbesondere:\r\n\r\n* Fachpersonen in Veterin\u00e4r\u00e4mtern und Tiergesundheitsdiensten\r\n* Beh\u00f6rden im Bereich Tierseuchen, Landwirtschaft und Gesundheit\r\n* Expertinnen und Experten f\u00fcr Risikobeurteilung\r\n* Landwirtschafts- und Nutztierbetriebe indirekt\r\n* Organisationen im Bereich Tiergesundheit und Monitoring\r\n* Forschungseinrichtungen und Fachstellen f\u00fcr Epidemiologie\r\n\r\n## (Nicht) verf\u00fcgbare Daten\r\n\r\nVerf\u00fcgbare Daten und Ressourcen k\u00f6nnten sein:\r\n\r\n\u00d6ffentliche Meldungen internationaler Organisationen wie World Organisation for Animal Health, World Health Organization oder Food and Agriculture Organization\r\nBerichte nationaler Veterin\u00e4r- und Gesundheitsbeh\u00f6rden in Europa\r\nNachrichtenquellen und Fachportale zu Tiergesundheit und Landwirtschaft\r\nWissenschaftliche Publikationen und Datenbanken\r\nHistorische Daten zu Tierseuchenf\u00e4llen, betroffenen Regionen und Tierarten\r\nGeografische Daten zu L\u00e4ndern, Regionen und Tierbest\u00e4nden\r\nOpen-Data-Quellen und APIs mit Informationen zu Ausbr\u00fcchen und Meldungen\r\nManuell erstellte Lageberichte und Risikobeurteilungen als Trainings- oder Vergleichsdaten\r\n\u00dcbersetzungsdienste und Sprachmodelle f\u00fcr mehrsprachige Quellen\r\n\r\n\r\nhttps://opendata.swiss/de/dataset/meldepflichtige-tierseuchen-in-der-schweiz\r\nhttps://ec.europa.eu/food/animals/animal-diseases/not-system_en