Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > ger.ct > #642737 > unrolled thread

TI-Probleme "Geht net"

Back to article view | Back to ger.ct

Contents

  TI-Probleme "Geht net" "Dr. Joachim Neudert" <neudert@5sl.org> - 2025-07-19 07:40 +0200
    Re: TI-Probleme "Geht net" Marco Moock <mm+solani@dorfdsl.de> - 2025-07-19 08:51 +0200
      Re: TI-Probleme "Geht net" Bernd Ohm <invalid@invalid.invalid> - 2025-07-19 09:22 +0200
        Re: TI-Probleme "Geht net" "Dr. Joachim Neudert" <neudert@5sl.org> - 2025-07-19 10:07 +0200
        Re: TI-Probleme "Geht net" Marco Moock <mm+solani@dorfdsl.de> - 2025-07-19 10:17 +0200
          Re: TI-Probleme "Geht net" Bernd Ohm <invalid@invalid.invalid> - 2025-07-19 10:48 +0200
            Re: TI-Probleme "Geht net" Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-07-19 12:00 +0200
              Re: TI-Probleme "Geht net" Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2025-07-20 15:24 +0000
                Re: TI-Probleme "Geht net" Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-07-20 22:17 +0200
          Re: TI-Probleme "Geht net" Michael Bode <m.g.bode@web.de> - 2025-07-19 11:19 +0200
            Re: TI-Probleme "Geht net" Marco Moock <mm+solani@dorfdsl.de> - 2025-07-19 12:39 +0200
              Re: TI-Probleme "Geht net" Dr. Joachim Neudert <neudert@5sl.org> - 2025-07-19 11:04 +0000
                Re: TI-Probleme "Geht net" Marco Moock <mm+solani@dorfdsl.de> - 2025-07-19 13:05 +0200
                Re: TI-Probleme "Geht net" Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-07-19 13:22 +0200
                Re: TI-Probleme "Geht net" Jörg Tewes <jogi1964@gmx.net> - 2025-07-20 00:20 +0200
                  Re: TI-Probleme "Geht net" "Dr. Joachim Neudert" <neudert@5sl.org> - 2025-07-20 11:21 +0200
                    Re: TI-Probleme "Geht net" "Dr. Joachim Neudert" <neudert@5sl.org> - 2025-07-20 13:49 +0200
                      Re: TI-Probleme "Geht net" Jörg Tewes <jogi1964@gmx.net> - 2025-07-21 00:43 +0200
                    Re: TI-Probleme "Geht net" Nomen Nescio <nobody@dizum.com> - 2025-07-20 18:00 +0200
                      Re: TI-Probleme "Geht net" "Dr. Joachim Neudert" <neudert@5sl.org> - 2025-07-20 18:19 +0200
                    Re: TI-Probleme "Geht net" Lothar Kimmeringer <news201705@kimmeringer.de> - 2025-07-20 19:05 +0200
                      Re: TI-Probleme "Geht net" "Dr. Joachim Neudert" <neudert@5sl.org> - 2025-07-20 19:12 +0200
                    Re: TI-Probleme "Geht net" Jörg Tewes <jogi1964@gmx.net> - 2025-07-21 00:30 +0200
                      Re: TI-Probleme "Geht net" Michael Bode <m.g.bode@web.de> - 2025-07-21 08:00 +0200
                        Re: TI-Probleme "Geht net" "Dr. Joachim Neudert" <neudert@5sl.org> - 2025-07-21 08:18 +0200
                          Re: TI-Probleme "Geht net" "Dr. Joachim Neudert" <neudert@5sl.org> - 2025-07-21 08:34 +0200
                            Re: TI-Probleme "Geht net" Jörg Tewes <jogi1964@gmx.net> - 2025-07-21 19:42 +0200
                              Re: TI-Probleme "Geht net" Joerg Walther <joerg.walther@magenta.de> - 2025-07-22 11:14 +0200
                                Re: TI-Probleme "Geht net" "Dr. Joachim Neudert" <neudert@5sl.org> - 2025-07-22 11:44 +0200
                            Re: TI-Probleme "Geht net" Michael Zink <michael@swamp.franken.de> - 2025-07-22 14:58 +0200
                              Re: TI-Probleme "Geht net" "Dr. Joachim Neudert" <neudert@5sl.org> - 2025-07-22 15:52 +0200
                              Re: TI-Probleme "Geht net" Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2025-07-22 14:56 +0000
                          Re: TI-Probleme "Geht net" Michael Bode <m.g.bode@web.de> - 2025-07-21 19:08 +0200
                            Re: TI-Probleme "Geht net" Ulf Kutzner <user2991@newsgrouper.org.invalid> - 2025-07-21 18:36 +0000
                            Re: TI-Probleme "Geht net" Michael Zink <michael@swamp.franken.de> - 2025-07-22 14:28 +0200
                              Re: TI-Probleme "Geht net" Michael Bode <m.g.bode@web.de> - 2025-07-22 20:09 +0200
                        Re: TI-Probleme "Geht net" Goetz Schultz <ng.expire1225@goetz.co.uk> - 2025-07-21 09:13 +0100
                          Re: TI-Probleme "Geht net" Michael Bode <m.g.bode@web.de> - 2025-07-21 19:09 +0200
                        Re: TI-Probleme "Geht net" Jörg Tewes <jogi1964@gmx.net> - 2025-07-21 19:34 +0200
              Re: TI-Probleme "Geht net" Jörg Tewes <jogi1964@gmx.net> - 2025-07-20 00:17 +0200
                Re: TI-Probleme "Geht net" Michael Zink <michael@swamp.franken.de> - 2025-07-22 14:32 +0200
                  Re: TI-Probleme "Geht net" Jörg Tewes <jogi1964@gmx.net> - 2025-07-22 17:15 +0200
              Re: TI-Probleme "Geht net" Michael Bode <m.g.bode@web.de> - 2025-07-20 10:55 +0200
                Re: TI-Probleme "Geht net" Michael Zink <michael@swamp.franken.de> - 2025-07-22 14:35 +0200
                  Re: TI-Probleme "Geht net" Michael Bode <m.g.bode@web.de> - 2025-07-22 20:15 +0200
          Re: TI-Probleme "Geht net" "Dr. Joachim Neudert" <neudert@5sl.org> - 2025-07-19 11:34 +0200
            Re: TI-Probleme "Geht net" Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-07-19 12:12 +0200
            Re: TI-Probleme "Geht net" Marco Moock <mm+solani@dorfdsl.de> - 2025-07-19 12:40 +0200
              Re: TI-Probleme "Geht net" Dr. Joachim Neudert <neudert@5sl.org> - 2025-07-19 10:50 +0000
            Re: TI-Probleme "Geht net" Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2025-07-19 13:55 +0200
              Re: TI-Probleme "Geht net" "Dr. Joachim Neudert" <neudert@5sl.org> - 2025-07-19 14:28 +0200
                Re: TI-Probleme "Geht net" Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2025-07-19 14:46 +0200
          Re: TI-Probleme "Geht net" Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-07-19 11:41 +0200
            Re: TI-Probleme "Geht net" Hermann Riemann <nospam.ng@hermann-riemann.de> - 2025-07-19 16:26 +0200
              Re: TI-Probleme "Geht net" Goetz Schultz <ng.expire1225@goetz.co.uk> - 2025-07-19 19:40 +0100
            Re: TI-Probleme "Geht net" Ulrich D i e z <ud.usenetcorrespondence@web.de> - 2025-07-20 21:17 +0200

Page 1 of 3  [1] 2 3  Next page →

#642737 — TI-Probleme "Geht net"

„Geht net“

TI Verbindung läuft. In der Praxis-Akte: ePA Icon grün, also als 
verfügbar angezeigt. Zugriff bis 30.9. freigeschaltet-gut. ePA 
öffnen-geht, ist noch leer.
Daten zufügen.
Reiter „aus der Akte“.
5 Briefe werden angezeigt. 5 mal Checkbox anklicken.
5 Briefe ausgewählt.
„Hochladen“
Fenster geht auf, wer ich bin. Check.
5 Fenster gehen nacheinander auf, für jeden Brief eines, bestätigen „ist 
ein Arztbrief, vom Kardiologen Dr. Neudert“
Noch eine 6. Checkliste geht auf, auch bestätigen. Praxisdaten.
Jetzt endlich: „zufügen“.
3 Sekunden rödeln, dann die Fehlermeldung, sinngemäß: „geht net“

(Ursache des Fehlers: nobody knows.)

Und wieder 2 Minuten sinnlos Zeit vergeudet. Super.

Das war etwa 15 mal in den letzten 2Tagen so.

Gruß



https://www.heise.de/news/Telematikinfrastruktur-Kassenaerzte-kritisieren-verfehlte-Verfuegbarkeitsziele-10493388.html

[toc] | [next] | [standalone]

#642741

Am 19.07.2025 07:40 Uhr schrieb Dr. Joachim Neudert:

> 3 Sekunden rödeln, dann die Fehlermeldung, sinngemäß: „geht net“
> 
> (Ursache des Fehlers: nobody knows.)
> 
> Und wieder 2 Minuten sinnlos Zeit vergeudet. Super.
> 
> Das war etwa 15 mal in den letzten 2Tagen so.

Da erkennt man, wie grottig das programmiert ist.
Passt zu den bekannt gewordenen Sicherheitsproblemen.

-- 
Gruß
Marco

Spam und Werbung bitte an
1752903652ichwillgesperrtwerden@nirvana.admins.ws

[toc] | [prev] | [next] | [standalone]

#642743

Am 19.07.2025 um 08:51 schrieb Marco Moock:

> Da erkennt man, wie grottig das programmiert ist.

Immer langsam mit den jungen Pferden!
Das Hauptproblem ist wohl die Verfügbarkeit der
involvierten Infrastruktur.

-- 
bis denn, BEN

[toc] | [prev] | [next] | [standalone]

#642746

Am 19.07.25 um 09:22 schrieb Bernd Ohm:
> Am 19.07.2025 um 08:51 schrieb Marco Moock:
> 
>> Da erkennt man, wie grottig das programmiert ist.
> 
> Immer langsam mit den jungen Pferden!
> Das Hauptproblem ist wohl die Verfügbarkeit der
> involvierten Infrastruktur.
> 


Hier kam eine fachkundige Antwort von einem IT-Betreuer:
(Zitat handformatiert mit > , evtl klappt es nicht wenn die Zeile zu 
lang wird)

Re: „Geht net“

krempel schrieb am 19.07.2025 08:35:

 >... hat dann zusätzlich noch der ePA-Aktenbetreiber RiSE in der 
 >gleichen Woche mal munter was am Antwortverhalten der ePA geändert, 
was >die von Ihnen beschriebene Dysfunktion des ePA-Zugriffs erklärt.

Ah, vielen Dank, eine Änderung des Zugriffs auf die RiSE-gespeicherten 
ePAs erklärt wunderbar, warum es manchmal geht und manchmal nicht...
totally random, aus Benutzersicht. Ob die ePA-Daten zu IBM oder RiSE 
geht, sieht man nicht.

 >Man ist schockiert, daß die Rechnungen für die TI und deren Support so 
 >exorbitant hoch sei, bekommt als kleine Praxis mit bis zu 3 Ärzten 
256€ >monatlich TI-Erstattung seitens der KV. Davon sollte alle paar 
Jahre >ein defektes Lesegerät, der leider zehnmal entsperrte eHBA - 
danach >funktioniert die QES-PUK nicht mehr - abzubilden sein.

Ja natürlich. Aber es ist trotzdem dem Gesundheits-System entzogen, ein 
Durchlaufposten an die IT das in der Öffentlichkeit aber dem 
Honorarumsatz des Arztes zugeschlagen wird.

Und: Das ist kein Zuschlag und keine kostenlose IT-Erstattung. Niemand 
(Staat, Krankenkassen oder sonstwer) gibt dafür zusätzliches Geld ins 
System. Das Geld wird VOR dem Einsatz im Gesundheitssystem dem 
Gesundheitsfonds entzogen, aus dem Geld der 
Krankenversicherungsbeiträge. Die Honorartöpfe sind aber massiv 
unterfinanziert, etwa 23% der erbrachten Leistungen werden dem Facharzt 
in Bayern derzeit nicht bezahlt (Budget und "Geld ist alle" als 
Begründung für diese kostenlose Leistungsspende an die Kassen und 
Versicherten).
Wenn das Geld drinbliebe, könnte und würde es für die unterfinanzierten 
Honorartöpfe ausgezahlt werden.

Dieses Geld wird dem Honorartopf entzogen, anschließend als "Zuschuß für 
IT" wieder ausbezahlt und geht sofort an die IT weiter, ein 
Durchlaufposten an die IT aber angeblich Arzthonorar.

Von den monatlich 256 Euro "TI-Erstattung" gehen übrigens bei mir schon 
mal 170 Euro monatlich für die reine TI-Anbietung über den 
Konnektor+DSL-Leitung an die Telekom raus. Bleiben für die von Ihnen 
genannten weiteren Kosten (ein eHBA Heilberufeausweis kostet 500 Euro) 
86 Euro. Das ist viel zu wenig für ein defektes Lesegerät. Eine MFA hat 
einen Ingenico Cardreader mal zu Boden stürzen lassen. Da drin ging eine 
Einbruchs-Sicherung defekt, irreparabel, 1300 Euro. Die 
Elektroversicherung hat nach 300 € Eigenbeteiligung bezahlt und den 
Jahresbeitrag um 200 Euro erhöht. Arztpraxen haben Ausgaben nach 
Marktwirtschaft, und gedeckelte Einnahmen nach Planwirtschaft. Und 
gerade die IT erhöht jedes Jahr saftig für ihre Dienstleistungen. Der 
GOÄ-Preiskatalog der ärztlichen Leistungen für Privatpatienten ist seit 
1996 hingegen unverändert. Welcher andere Betrieb hat noch den 
Preiskatalog von 1996?

Ja, irgendwie muß man für die IT bezahlen. Aber so wie es jetzt verdeckt 
finanziert wird ist es einfach unredlich, besonders in der öffentlichen 
Darstellung. Versicherte und Ärzte bezahlen dafür, kein "Zuschuß".

Beste Grüße, schönes WE

Joachim Neudert

[toc] | [prev] | [next] | [standalone]

#642747

Am 19.07.2025 09:22 Uhr schrieb Bernd Ohm:

> Am 19.07.2025 um 08:51 schrieb Marco Moock:
> 
> > Da erkennt man, wie grottig das programmiert ist.  
> 
> Immer langsam mit den jungen Pferden!
> Das Hauptproblem ist wohl die Verfügbarkeit der
> involvierten Infrastruktur.

Ich bin der Auffassung, dass eine Fehlermeldung den Grund anzugeben
hat, warum sie ausgegeben wird. Das muss nicht zwingend die eigentliche
Ursache sein, aber immerhin kann man sich dann durchhangeln. Viele
Produkte haben das leider nicht, sondern da kommt dann so eine
nichtssagende Meldung wie "Es ist ein Fehler aufgetreten".

Wenn Infrastruktur nicht verfügbar ist, kann man eine entsprechende
Meldung ausgeben wie "Server xyz nicht erreichbar" oder "Server xyz
lehnt Verbindung wegen Überlast ab".

-- 
Gruß
Marco

Spam und Werbung bitte an
1752909720ichwillgesperrtwerden@nirvana.admins.ws

[toc] | [prev] | [next] | [standalone]

#642752

Am 19.07.2025 um 10:17 schrieb Marco Moock:

> Wenn Infrastruktur nicht verfügbar ist, kann man eine entsprechende
> Meldung ausgeben wie "Server xyz nicht erreichbar" oder "Server xyz
> lehnt Verbindung wegen Überlast ab".

ACK.

Aber wenn die Infrastruktur hochverfügbar wäre/ist, sollten solche
Meldungen nie oder höchst selten zu sehen sein.

-- 
bis denn, BEN

[toc] | [prev] | [next] | [standalone]

#642761

Bernd Ohm <invalid@invalid.invalid> wrote:

> Am 19.07.2025 um 10:17 schrieb Marco Moock:
> 
> > Wenn Infrastruktur nicht verfügbar ist, kann man eine entsprechende
> > Meldung ausgeben wie "Server xyz nicht erreichbar" oder "Server xyz
> > lehnt Verbindung wegen Überlast ab".  
> 
> ACK.

Fred vom IT-Service kann Dir recht genau vorhersagen, was solche
Meldungen für die Service-Hotline bedeuten. TL;DR: Willst Du nicht. Auf
gar keinen Fall bei Systemen, die für "Endanwender" bestimmt sind.

Ibs. wenn Deine Infra aus mehr als acht Boxen besteht und $irgendwelche
Fehlermeldungen für sowas vielleicht noch über drei Serviceschichten
"nach vorne" transportiert werden müssen.

> Aber wenn die Infrastruktur hochverfügbar wäre/ist, sollten solche
> Meldungen nie oder höchst selten zu sehen sein.

Grau ist alle Theorie, mein Sohn ...

Der 25-jährige Pickelkopf frisch von der Uni (Bachelor), den Dir
Accidenture, Cap Debris und die ganzen anderen "Partner des
öffentlichen Bereichs" als Senior DevOps Engineer verkaufen, der *weiß*
schlicht nicht, wie man $sowas in "richtig" macht (kein Vorwurf, wir
alle waren mal grün hinter den Ohren). Zudem hat er genau null
Motivation, einem Auftraggeber, der sich in eine ungeschickte Idee
verrannt hat diese auszureden.

Irgendeine Identifikation mit der "Mission" des Kunden? "Aber natürlich,
Herr Dr. Dezernatsleiter, wir verstehen Ihre Nöte und Bedürfnisse und
unsere highly skilled best-of-breed professionals machen diese sofort
zu ihren eigene!!111"

Ich hab' in dem Bereich (ÖD und was dran hängt) jetzt seit bald 20a
(mit Unterbrechungen) geschafft und bin nachwievor immer wieder
überrascht, wie dort Geld verbrannt und komplett dysfunktionaler
Softwareschrott auf die Anwenderschaft losgelassen wird. Achja. Es gibt
auch dort Ausnahmen und wer denkt, dass in der "freien Wirtschaft"
nicht ebenfalls massenweise komplett merkbefreite Idioten herum rennen
ist Optimist.

-- 
Lass' uns Freunde bleiben. Oder wie wir hier sagen: Geh' sterben.

[toc] | [prev] | [next] | [standalone]

#642870

On Sat, 19 Jul 2025 12:00:26 Dietz Proepper wrote:
> Der 25-jährige Pickelkopf frisch von der Uni [...] *weiß* schlicht
> nicht, wie man $sowas in "richtig" macht (kein Vorwurf, wir alle
> waren mal grün hinter den Ohren). Zudem hat er genau null
> Motivation, einem Auftraggeber, der sich in eine ungeschickte Idee
> verrannt hat diese auszureden.

Und ist er so dumm, das zu tun, wird sich sein Auftraggeber
beschweren und um einen anderen, besseren Consultant bitten, der für
seine exortibanten Tagsätze nicht "das wollen Sie nicht wirklich"
sagt, sondern in die Gänge kommt; Probleme sind zu lösen, nicht neue
zu schaffen.

Zum Glück NBTDT, aber es gibt ja genügend Consultants und
Konzernmitarbeiter im Umfeld, denen man nur zuzuhören braucht.

Servus,
   Stefan

-- 
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike

Stefan - deiner achtet zäher oder eventuell knurkliger.
(Sloganizer)

[toc] | [prev] | [next] | [standalone]

#642888

Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) wrote:

> On Sat, 19 Jul 2025 12:00:26 Dietz Proepper wrote:
> > Der 25-jährige Pickelkopf frisch von der Uni [...] *weiß* schlicht
> > nicht, wie man $sowas in "richtig" macht (kein Vorwurf, wir alle
> > waren mal grün hinter den Ohren). Zudem hat er genau null
> > Motivation, einem Auftraggeber, der sich in eine ungeschickte Idee
> > verrannt hat diese auszureden.  
> 
> Und ist er so dumm, das zu tun, wird sich sein Auftraggeber
> beschweren und um einen anderen, besseren Consultant bitten, der für
> seine exortibanten Tagsätze nicht "das wollen Sie nicht wirklich"
> sagt, sondern in die Gänge kommt; Probleme sind zu lösen, nicht neue
> zu schaffen.

Schön wär's. Dummerweise ist in den Verträgen nichts entsprechendes
vereinbart und es wäre doch zu dumm, wenn da eine Lücke entsteht, oder?

> Zum Glück NBTDT, aber es gibt ja genügend Consultants und
> Konzernmitarbeiter im Umfeld, denen man nur zuzuhören braucht.

Oh, ich bin bei ÖD. Da läuft das häufig genug so. Oder der Pickelkopf
ist ein Schleimbeutel. Dann wird er "befördert" und es wird richtig
ekelig.

-- 
TO BE A BUG'S A BUM THING A SILLY AND A DUMB THING
BUT AT LEAST A BUG IS SOMETHING
                     AND YOU'RE NOT A THING AT ALL

[toc] | [prev] | [next] | [standalone]

#642754

Marco Moock <mm+solani@dorfdsl.de> writes:

> Am 19.07.2025 09:22 Uhr schrieb Bernd Ohm:
>
>> Am 19.07.2025 um 08:51 schrieb Marco Moock:
>> 
>> > Da erkennt man, wie grottig das programmiert ist.  
>> 
>> Immer langsam mit den jungen Pferden!
>> Das Hauptproblem ist wohl die Verfügbarkeit der
>> involvierten Infrastruktur.
>
> Ich bin der Auffassung, dass eine Fehlermeldung den Grund anzugeben
> hat, warum sie ausgegeben wird. Das muss nicht zwingend die eigentliche
> Ursache sein, aber immerhin kann man sich dann durchhangeln. Viele
> Produkte haben das leider nicht, sondern da kommt dann so eine
> nichtssagende Meldung wie "Es ist ein Fehler aufgetreten".

Das ist aber User friendly. Eine Meldung, die *jeder* versteht. Es ist
doch absolut nicht User friendly der Benutzer irgendwelche technischen
Fachbegriffe um die Ohren zu hauen, wie "Server" oder
"Netzwerk". Microsoft gibt dann noch dezent den Hinweis, dass man die
Ursache sowieso nicht verstehen würde, in Form von "0x80004145" o.ä.

[toc] | [prev] | [next] | [standalone]

#642770

Am 19.07.2025 11:19 Uhr schrieb Michael Bode:

> Marco Moock <mm+solani@dorfdsl.de> writes:
> 
> > Am 19.07.2025 09:22 Uhr schrieb Bernd Ohm:
> >  
> >> Am 19.07.2025 um 08:51 schrieb Marco Moock:
> >>   
> >> > Da erkennt man, wie grottig das programmiert ist.    
> >> 
> >> Immer langsam mit den jungen Pferden!
> >> Das Hauptproblem ist wohl die Verfügbarkeit der
> >> involvierten Infrastruktur.  
> >
> > Ich bin der Auffassung, dass eine Fehlermeldung den Grund anzugeben
> > hat, warum sie ausgegeben wird. Das muss nicht zwingend die
> > eigentliche Ursache sein, aber immerhin kann man sich dann
> > durchhangeln. Viele Produkte haben das leider nicht, sondern da
> > kommt dann so eine nichtssagende Meldung wie "Es ist ein Fehler
> > aufgetreten".  
> 
> Das ist aber User friendly. Eine Meldung, die *jeder* versteht. Es ist
> doch absolut nicht User friendly der Benutzer irgendwelche technischen
> Fachbegriffe um die Ohren zu hauen, wie "Server" oder
> "Netzwerk". Microsoft gibt dann noch dezent den Hinweis, dass man die
> Ursache sowieso nicht verstehen würde, in Form von "0x80004145" o.ä.

Hilft nur nix, weil man sich mit einer nichtssagenden Fehlermeldung
nicht sinnvoll an die zuständige Stelle wenden kann. Der Techniker hat
dann auch Probleme mit der Fehlersuche.

Ich hasse solche angeblich nutzerfreundlichen Produkte abgrundtief.

-- 
Gruß
Marco

Spam und Werbung bitte an
1752916754ichwillgesperrtwerden@nirvana.admins.ws

[toc] | [prev] | [next] | [standalone]

#642773

Marco Moock <mm+solani@dorfdsl.de> wrote:
> Am 19.07.2025 11:19 Uhr schrieb Michael Bode:
> 
>> Marco Moock <mm+solani@dorfdsl.de> writes:
>> 
>>> Am 19.07.2025 09:22 Uhr schrieb Bernd Ohm:
>>> 
>>>> Am 19.07.2025 um 08:51 schrieb Marco Moock:
>>>> 
>>>>> Da erkennt man, wie grottig das programmiert ist.    
>>>> 
>>>> Immer langsam mit den jungen Pferden!
>>>> Das Hauptproblem ist wohl die Verfügbarkeit der
>>>> involvierten Infrastruktur.  
>>> 
>>> Ich bin der Auffassung, dass eine Fehlermeldung den Grund anzugeben
>>> hat, warum sie ausgegeben wird. Das muss nicht zwingend die
>>> eigentliche Ursache sein, aber immerhin kann man sich dann
>>> durchhangeln. Viele Produkte haben das leider nicht, sondern da
>>> kommt dann so eine nichtssagende Meldung wie "Es ist ein Fehler
>>> aufgetreten".  
>> 
>> Das ist aber User friendly. Eine Meldung, die *jeder* versteht. Es ist
>> doch absolut nicht User friendly der Benutzer irgendwelche technischen
>> Fachbegriffe um die Ohren zu hauen, wie "Server" oder
>> "Netzwerk". Microsoft gibt dann noch dezent den Hinweis, dass man die
>> Ursache sowieso nicht verstehen würde, in Form von "0x80004145" o.ä.
> 
> Hilft nur nix, weil man sich mit einer nichtssagenden Fehlermeldung
> nicht sinnvoll an die zuständige Stelle wenden kann. Der Techniker hat
> dann auch Probleme mit der Fehlersuche.
> 
> Ich hasse solche angeblich nutzerfreundlichen Produkte abgrundtief.
> 

Aus dem Heiseforum eben:

lliberty123de schrieb am 19.07.2025 12:09:

Dr. Joachim Neudert schrieb am 19.07.2025 09:49:

Von den monatlich 256 Euro "TI-Erstattung" gehen übrigens bei mir schon mal
170 Euro an die Telekom

>Und ein Konnektor-Tausch (exkl. Hardware) verlangt die Telekom 499,- €,
> für gerade > mal 20 Min. Arbeitszeit (wenn man´s kann).

Die Erstinstallation bei mir hat nicht funktioniert, der first und second
Service Level kamen zu dem Schluss der Connector müsse defekt sein, und ich
bekam kostenlos einen Austausch-Connector. Den hat auch niemand zum Laufen
gebracht. Ich hab mir dann mal die genaue Liste aller Ports geben lassen,
die er braucht. Hab festgestellt, dass der Connector für den Name Service
den Port 53 nicht nur als TCP, sondern auch als UDP brauchte. Das habe ich
in meiner Cisco ASA A5505 dann freigegeben,  dann lief der Telekom
Connector.

Ich meine, es ist ja nicht so dass das der Arzt können müsste...

-- 
please forgive my iPhone typos

[toc] | [prev] | [next] | [standalone]

#642775

Am 19.07.2025 11:04 Uhr schrieb Dr. Joachim Neudert:

> Hab festgestellt, dass der Connector für den Name Service
> den Port 53 nicht nur als TCP, sondern auch als UDP brauchte. Das
> habe ich in meiner Cisco ASA A5505 dann freigegeben,  dann lief der
> Telekom Connector.

Normal bei DNS.

-- 
Gruß
Marco

Spam und Werbung bitte an
1752915847ichwillgesperrtwerden@nirvana.admins.ws

[toc] | [prev] | [next] | [standalone]

#642777

Dr. Joachim Neudert <neudert@5sl.org> wrote:
> [...]Cisco ASA A5505[...]
> 
> Ich meine, es ist ja nicht so dass das der Arzt können müsste...

Tipp,
https://www.cisco.com/c/de_de/obsolete/security/cisco-asa-5505-adaptive-security-appliance.html 



-- 
Lass' uns Freunde bleiben. Oder wie wir hier sagen: Geh' sterben.

[toc] | [prev] | [next] | [standalone]

#642820

Dr. Joachim Neudert schrieb:

> Aus dem Heiseforum eben:
> 
> lliberty123de schrieb am 19.07.2025 12:09:
> 
> Dr. Joachim Neudert schrieb am 19.07.2025 09:49:
> 
> Von den monatlich 256 Euro "TI-Erstattung" gehen übrigens bei mir
> schon mal 170 Euro an die Telekom
> 
>> Und ein Konnektor-Tausch (exkl. Hardware) verlangt die Telekom
>> 499,- €, für gerade > mal 20 Min. Arbeitszeit (wenn man´s kann).

Na das würde ich gern sehen. Wobei es da u.U. drauf ankommt von
welcher Firma der Konnektor ist.

> Die Erstinstallation bei mir hat nicht funktioniert, der first und
> second Service Level kamen zu dem Schluss der Connector müsse
> defekt sein, und ich bekam kostenlos einen Austausch-Connector.
> Den hat auch niemand zum Laufen gebracht. Ich hab mir dann mal die
> genaue Liste aller Ports geben lassen, die er braucht. Hab
> festgestellt, dass der Connector für den Name Service den Port 53
> nicht nur als TCP, sondern auch als UDP brauchte. Das habe ich in
> meiner Cisco ASA A5505 dann freigegeben,  dann lief der Telekom 
> Connector.

> Ich meine, es ist ja nicht so dass das der Arzt können müsste...

Und du hast vorher keine Liste bekommen wo du abhaken mußtest ob diese
Ports freigeschaltet sind? Bei uns wird es gemacht, und wenn nicht muß
die IT von der Praxis das vorher machen.
-- 
Religionskriege sind Konflikte zwischen erwachsenen Menschen, bei
denen es darum geht, wer den cooleren, imaginären Freund hat. Wenn
Jesus gevierteilt worden wäre, hätten wir heute dann Mobiles über der
Tür hängen?

[toc] | [prev] | [next] | [standalone]

#642827

Am 20.07.25 um 00:20 schrieb Jörg Tewes:
> Dr. Joachim Neudert schrieb:
> 
>> Aus dem Heiseforum eben:
>>
>> lliberty123de schrieb am 19.07.2025 12:09:
>>
>> Dr. Joachim Neudert schrieb am 19.07.2025 09:49:
>>
>> Von den monatlich 256 Euro "TI-Erstattung" gehen übrigens bei mir
>> schon mal 170 Euro an die Telekom
>>
>>> Und ein Konnektor-Tausch (exkl. Hardware) verlangt die Telekom
>>> 499,- €, für gerade > mal 20 Min. Arbeitszeit (wenn man´s kann).
> 
> Na das würde ich gern sehen. Wobei es da u.U. drauf ankommt von
> welcher Firma der Konnektor ist.
> 
>> Die Erstinstallation bei mir hat nicht funktioniert, der first und
>> second Service Level kamen zu dem Schluss der Connector müsse
>> defekt sein, und ich bekam kostenlos einen Austausch-Connector.
>> Den hat auch niemand zum Laufen gebracht. Ich hab mir dann mal die
>> genaue Liste aller Ports geben lassen, die er braucht. Hab
>> festgestellt, dass der Connector für den Name Service den Port 53
>> nicht nur als TCP, sondern auch als UDP brauchte. Das habe ich in
>> meiner Cisco ASA A5505 dann freigegeben,  dann lief der Telekom
>> Connector.
> 
>> Ich meine, es ist ja nicht so dass das der Arzt können müsste...
> 
> Und du hast vorher keine Liste bekommen wo du abhaken mußtest ob diese
> Ports freigeschaltet sind? Bei uns wird es gemacht, und wenn nicht muß
> die IT von der Praxis das vorher machen.


Natürlich nicjht. Un ´d auf die Idee die Ports mal alle zu checken kamen 
weder der first noch der 2nd Level Support der Telekom noch mein 
IT-Betreuer. Stattdessen schickten sie mir- per 
Einschreiben-Unterschrift und mit zig Sicherheitshinweisen- einen Ersatz 
Secunet Konnektor.

Klar, die Cisco ASA blockiert incoming wie outgoing alles was nicht 
explizit erlaubt war.

Evtl. hat die Telekom ja gelernt und fragt jetzt offene Ports an. Vor 5 
Jahren war ihnen das aber wohl nicht so geläufig.

Na ja, jetzt muß er wieder ausgetauscht werden, wie hunderttausende 
andere Konnektoren. Wir hams ja. ECC256 ist nun gefragt, neue eHBAs und 
SMC-Cs ebenso. Der eHBA allein kostet 500 Euro.

Meinen Cisco habe ich übrigenbs 2023 abgebaut. Wurde langsam selbst zum 
Sicherheitsrisiko, aber vor allem war er nach einem langen 
Stromausfall/Überspannung tot, genauso wie ein 16 Port Gigabit-Switch. 
An einem Sonntag, da war zaubern angesagt.



Hier ein anderer Arzt aus dem Heise-Forum zu dem ganzen Spaß:

==================

Re: „Geht net“

Aus 20 Jahren Erfahrung in der Praxis kann ich nur zustimmen. Die 
aktuelle TI Lösung ist instabil und viel zu langsam. Ausdrucke statt 
eRezept gehen schneller. Um Wege für die Patienten zu vermeiden nutzen 
wir das eRezept. Die Technik dahinter mit viel Hardware war vor 15 
Jahren aktuell und wurde von den Banken längst abgeschafft. Bei uns 
kommunizieren 7 Kartenleser (jeder mit einem Zertifikat mit eigenem 
Ablaufdatum), 1 Konnektor (mit Ablaufdatum des Zertifikats), 2 
Praxisausweise (smc-b, mit Ablaufdatum), 4 Elektronische 
Heilberufeausweise (eHBA, jeweils mit individuellen Ablaufdaten) und 
natürlich Server plus PCs. Wenn die TI nicht läuft, dürfen wir diese 
Geräte in einer ausgeklügelten Reihenfolge neu starten. Das passiert 
mehrmals pro Woche.

====================

So schaut's aus.

[toc] | [prev] | [next] | [standalone]

#642850

Aus dem Heise-Forum dazu: rempel kennt sich aus mit dem Zertifikatsverhau.

rempel
205 Beiträge seit 19.06.2001  ignorieren
20.07.2025 12:08
Permalink  Melden
Re: „Geht net“

===============
Baltig schrieb am 20.07.2025 10:19:

Aus 20 Jahren Erfahrung in der Praxis kann ich nur zustimmen. Die 
aktuelle TI Lösung ist instabil und viel zu langsam. Ausdrucke statt 
eRezept gehen schneller. Um Wege für die Patienten zu vermeiden nutzen 
wir das eRezept. Die Technik dahinter mit viel Hardware war vor 15 
Jahren aktuell und wurde von den Banken längst angeschafft. Bei uns 
kommunizieren 7 Kartenleser (jeder mit einem Zertifikat mit eigenem 
Ablaufdatum), 1 Konnektor (mit Ablaufdatum des Zertifikats), 2 
Praxisausweise (smc-b, mit Ablaufdatum), 4 Elektronische 
Heilberufeausweise (eHBA, jeweils mit individuellen Ablaufdaten) und 
natürlich Server plus PCs. Wenn die TI nicht läuft, dürfen wir diese 
Geräte in einer ausgeklügelten Reihenfolge neu starten. Das passiert 
mehrmals pro Woche.
=============
Die zeitlich befristenen Zertifikate sind seinerzeit absichtlich 
eingeführt worden, die wurden beim Grundkonzept genau so geplant, um 
z.B. dem technischen Fortschritt folgend ältere 
Verschlüsselungsalgorithmen ausschliessen zu können, wie zum 31.12.2025 
die kommende RSA->ECC Wechselparty.
Was allerdings wirklich "pain in the xxx" ist, der Wechsel der SMC-KT 
(damit verschlüsselt /legitimiert sich das Kartenlesegerät gegenüber dem 
Konnektor) zwingt automatisch zu einem neuen Pairing des Kartenlesers 
mit dem Konnekotr, meist ist das wie der Austausch des Kartenlesers mit 
kompletter Neuerfassung seiner Einbindung ins Arbeitsmodell des 
Mandanten/Clientsystems im Konnektor. Einmal Karte für 70€ und ne halbe 
Stunde Gepfriemel, wenn's schlecht läuft. Wenn es ganz blöd kommt, ist 
das Pairing-Feld des Kartenlesers voll und dann benötige ich Zugriff auf 
die Administrationsoberfläche des Lesegerätes, was - genau daaaamals 
beim Aufstellen des Gerätes eingerichtet wurde -.
Hier wird's dann meist lustig, wenn der "EDV-Ordner" der Praxis 
hervorgeholt wird, in dem jedes Angebotsschreiben seit 2001 abgeheftet 
wurde, good luck und viel Kaffee.
ST1506 kann man prima mit dem guten Hotlineserve bei Cherry auf 
Werkseinstellungen zurücksetzen, bei Orga/ingenico wird's glaube ich 
hakeliger.

SMC-B Tausch (steht bei vielen Praxen zum 31.12.25 an und sollte nicht 
erst Anfang Dezember dran gedacht werden) ist ne Hausnummer intensiver, 
denn dieser Praxisausweis liefert bei den klassischen Konnektoren auch 
das Recht, sich überhaupt mit der TI per VPN zu verbinden. Da auch drauf 
achten, dann im Praxisprogramm den SMC-B als neuen Ausweis aktivieren 
und im KIM-Modul nicht vergessen.
Ach so, das Order-Entry des Labors greift da auch häufig noch drauf zu :-)

Wer jetzt behauptet, Digitalisierung macht das ganze viel produktiver, 
der hat noch nicht erlebt, was passiert, wenn eine SMC-B aus welchem 
Grund auch immer dauerhaft gesperrt ist.
TI weg, Laboranforderung weg, Reservelesegerät als Türstopper war ne 
weniger gute Idee, die Karten haben eine Ersatzkartenlieferzeit von 
mehreren Wochen.

Schönes Rest-WE noch

[toc] | [prev] | [next] | [standalone]

#642902

Dr. Joachim Neudert schrieb:
> Aus dem Heise-Forum dazu: rempel kennt sich aus mit dem
> Zertifikatsverhau.
> 
> rempel 205 Beiträge seit 19.06.2001  ignorieren 20.07.2025 12:08 
> Permalink  Melden Re: „Geht net“
> 
> =============== Baltig schrieb am 20.07.2025 10:19:
> 
> Aus 20 Jahren Erfahrung in der Praxis kann ich nur zustimmen. Die 
> aktuelle TI Lösung ist instabil und viel zu langsam. Ausdrucke
> statt eRezept gehen schneller. Um Wege für die Patienten zu
> vermeiden nutzen wir das eRezept. Die Technik dahinter mit viel
> Hardware war vor 15 Jahren aktuell und wurde von den Banken längst
> angeschafft. Bei uns kommunizieren 7 Kartenleser (jeder mit einem
> Zertifikat mit eigenem Ablaufdatum), 1 Konnektor (mit Ablaufdatum
> des Zertifikats), 2 Praxisausweise (smc-b, mit Ablaufdatum), 4
> Elektronische Heilberufeausweise (eHBA, jeweils mit individuellen
> Ablaufdaten) und natürlich Server plus PCs. Wenn die TI nicht
> läuft, dürfen wir diese Geräte in einer ausgeklügelten Reihenfolge
> neu starten. Das passiert mehrmals pro Woche. ============= Die
> zeitlich befristenen Zertifikate sind seinerzeit absichtlich 
> eingeführt worden, die wurden beim Grundkonzept genau so geplant,
> um z.B. dem technischen Fortschritt folgend ältere 
> Verschlüsselungsalgorithmen ausschliessen zu können, wie zum
> 31.12.2025 die kommende RSA->ECC Wechselparty.

Das machen wir aktuell schon. Alle neuen von uns installierten
Konnektoren nutzen ECC.

> Was allerdings wirklich "pain in the xxx" ist, der Wechsel der SMC-
> KT (damit verschlüsselt /legitimiert sich das Kartenlesegerät
> gegenüber dem Konnektor) zwingt automatisch zu einem neuen Pairing
> des Kartenlesers mit dem Konnekotr, meist ist das wie der
> Austausch des Kartenlesers mit kompletter Neuerfassung seiner
> Einbindung ins Arbeitsmodell des Mandanten/Clientsystems im
> Konnektor.

Eher nicht. Man sollte sich vorher natürlich die Daten aufschreiben
und nicht alles raus reißen und dann hoffen das es mit 3x OK klicken
funktioniert.

> Einmal Karte für 70€ und ne halbe Stunde Gepfriemel, wenn's
> schlecht läuft. Wenn es ganz blöd kommt, ist das Pairing-Feld des
> Kartenlesers voll und dann benötige ich Zugriff auf die
> Administrationsoberfläche des Lesegerätes, was - genau daaaamals 
> beim Aufstellen des Gerätes eingerichtet wurde -. Hier wird's dann
> meist lustig, wenn der "EDV-Ordner" der Praxis hervorgeholt wird,
> in dem jedes Angebotsschreiben seit 2001 abgeheftet wurde, good
> luck und viel Kaffee. ST1506 kann man prima mit dem guten
> Hotlineserve bei Cherry auf Werkseinstellungen zurücksetzen, bei
> Orga/ingenico wird's glaube ich hakeliger.

Klar wer seine Daten nicht ordentlich ablegt wird immer Probleme
bekommen. Wenn ich einen PC oder ein Handy einrichte dokumentiere ich
alles und geben dem "Patienten" diese Dokumentation, mit dem Hinweis
leg dir das gut weg und merk dir wohin. Wenn du hinterher nicht weißt
sind deine Daten weg und die schönen Bilder deiner Enkel auch. Wie oft
ich trotzdem schon alles komplett neu machen mußte kann ich nicht mehr
zählen. Aber die meisten lernen daraus zumindest.

> Wer jetzt behauptet, Digitalisierung macht das ganze viel
> produktiver, der hat noch nicht erlebt, was passiert, wenn eine
> SMC-B aus welchem Grund auch immer dauerhaft gesperrt ist. TI weg,
> Laboranforderung weg, Reservelesegerät als Türstopper war ne 
> weniger gute Idee, die Karten haben eine Ersatzkartenlieferzeit
> von mehreren Wochen.

Ja und wer seine Telefonrechnung nicht bezahlt kann den Arztbrief nur
per Post verschicken. Das dauert u.U. auch ne Woche bis zum Empfänger
oder auch mal länger.
-- 
Religionskriege sind Konflikte zwischen erwachsenen Menschen, bei
denen es darum geht, wer den cooleren, imaginären Freund hat. Wenn
Jesus gevierteilt worden wäre, hätten wir heute dann Mobiles über der
Tür hängen?

[toc] | [prev] | [next] | [standalone]

#642872

Dr. Joachim Neudert schrieb:

> So schaut's aus.

Als Beispiel hier nur mal meine letzten beiden TurboMed Updates.

* Sonntag Abend Ende April beim Erststart unter TurboMed 25.2.2:

| DB Kernel Error - SSL client connection could not be instantited. (-2636)

Der Puls beschleunigt sich nicht unwesentlich.

Da haben die Deppen doch eine neue Version des FastObjects Servers
drübergebügelt und dabei vergessen den SSL-Port dafür zu öffnen.

<https://www.vondoczudoc.de/viewtopic.php?p=69317&sid=3712453e4775b2317551fae310cefdc8#p69317>

Der gesamte Thread liest sich wie Wildwest. Da bin ich ja nochmal
relativ gut davongekommen.

* Montag früh Ende Juni nach dem nächsten Update auf 25.3.1:

Kein Rezept-Ausdruck mehr möglich. Am Montag Morgen! Die Bude voll. Da
herrscht Stimmung am Tresen!

Also beim Hersteller angerufen, Rückrufticket für halb drei erhalten.
Liess sich dann dank Forum doch schon 2 Stunden später auch ohne die
Idioten in Ordnung bringen.

<https://www.vondoczudoc.de/viewtopic.php?t=10989>

Die zum Quartalswechsel zwingend erforderlichen, mit der heissen Nadel
gestrickten Updates gibt's wegen ständiger Änderungen der Abrechnungs-
modalitäten grundsätzlich erst auf den letzten Drücker. Tests vor dem
Rollout notgedrungen Fehlanzeige. Und man fragt sich wirklich, weshalb
Signaturalgorithmen Verwendung finden, die aus Sicherheitsgründen
ständige Zertifikatewechsel erfordern? Oder wollen sich da nur welche
mit Scheinrisiken wichtig machen, während das gesamte System im
Grundsatz schon unsicher ist?

Ja, so schaut's aus.

[toc] | [prev] | [next] | [standalone]

#642874

Am 20.07.25 um 18:00 schrieb Nomen Nescio:
> Dr. Joachim Neudert schrieb:
> 
>> So schaut's aus.
> 
> Als Beispiel hier nur mal meine letzten beiden TurboMed Updates.
> 
> * Sonntag Abend Ende April beim Erststart unter TurboMed 25.2.2:
> 
> | DB Kernel Error - SSL client connection could not be instantited. (-2636)
> 
> Der Puls beschleunigt sich nicht unwesentlich.
> 
> Da haben die Deppen doch eine neue Version des FastObjects Servers
> drübergebügelt und dabei vergessen den SSL-Port dafür zu öffnen.
> 
> <https://www.vondoczudoc.de/viewtopic.php?p=69317&sid=3712453e4775b2317551fae310cefdc8#p69317>
> 
> Der gesamte Thread liest sich wie Wildwest. Da bin ich ja nochmal
> relativ gut davongekommen.
> 
> * Montag früh Ende Juni nach dem nächsten Update auf 25.3.1:
> 
> Kein Rezept-Ausdruck mehr möglich. Am Montag Morgen! Die Bude voll. Da
> herrscht Stimmung am Tresen!
> 
> Also beim Hersteller angerufen, Rückrufticket für halb drei erhalten.
> Liess sich dann dank Forum doch schon 2 Stunden später auch ohne die
> Idioten in Ordnung bringen.
> 
> <https://www.vondoczudoc.de/viewtopic.php?t=10989>
> 
> Die zum Quartalswechsel zwingend erforderlichen, mit der heissen Nadel
> gestrickten Updates gibt's wegen ständiger Änderungen der Abrechnungs-
> modalitäten grundsätzlich erst auf den letzten Drücker. Tests vor dem
> Rollout notgedrungen Fehlanzeige. Und man fragt sich wirklich, weshalb
> Signaturalgorithmen Verwendung finden, die aus Sicherheitsgründen
> ständige Zertifikatewechsel erfordern? Oder wollen sich da nur welche
> mit Scheinrisiken wichtig machen, während das gesamte System im
> Grundsatz schon unsicher ist?
> 
> Ja, so schaut's aus.
> 


Ich überlege ernsthaft, ob ich als IT-Serviceberater anbiete, den ganzen 
Ärger auf einmal zu lösen, für vergleichsweise sparsame 2,5% vom 
Honorarumsatz.




Genau so wie Du das schon gelöst hast.

Gruß

Joachim

[toc] | [prev] | [next] | [standalone]

Page 1 of 3  [1] 2 3  Next page →

Back to top | Article view | ger.ct

csiph-web