<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, 21 Jun 2020 at 17:15, Winfried Tilanus <<a href="mailto:winfried@tilanus.com">winfried@tilanus.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi members,<br>
<br>
A quick update: after some bumps and politics we are right now coming to<br>
the point where vendors of messaging solutions in Dutch Healthcare have<br>
to reveal if they are really willing subject themselves to a<br>
standardization or if they are blocking it (what would be a political<br>
painful defeat). The moment of truth, so to speak. It would need to be<br>
accorded in the technical committee and the grand committee and then it<br>
can be worked out as a formal standard.<br>
<br>
Based on the discussions and feedback I have drafted a proposal of what<br>
the standard would look like. Any feedback is welcome! See:<br>
<a href="https://tilanus.com/dav/index.php/s/w35zKwqFDLRioP6" rel="noreferrer" target="_blank">https://tilanus.com/dav/index.php/s/w35zKwqFDLRioP6</a><br><br></blockquote><div><br></div><div>Speaking personally, and not in any way for my employer.</div><div><br></div><div>It's not wholly clear on reading this if you're expecting vendors to provide interoperability at C2S or S2S, and whether the end-to-end principle is intended to be supported.</div><div><br></div><div>Interoperability at C2S level would mean that I could take a healthcare chat app from one vendorĀ and use it with another vendor's server component.</div><div><br></div><div>At the S2S level, we simply assume that sites can talk to each other, but that internally within that site there may be no XMPP used at all.</div><div><br></div><div>The end-to-end principle means that some facilities can be provided directly from one client to another.</div><div><br></div><div>I think the baseline has to be S2S. Without interoperability at that level, it is a non-starter. Several vendors may find it difficult to interoperate at any other level - even if they actually use XMPP throughout already. Ideally, though, interoperability at the C2S level should be encouraged as this allows for third-party clients, "unusual" platform support, and others. The "gold standard" of end-to-end would allow third-party clients to build new features across the federated network without any support required by the server vendors.</div><div><br></div><div>I know what I'd want to see here from both a technical perspective and as an open standards proponent. I also know what I'd settle for from a more pragmatic standpoint.</div><div><br></div><div>Dave.</div></div></div>