Looking to Buy a SAN
-
@Obsolesce said in Looking to Buy a SAN:
@stacksofplates said in Looking to Buy a SAN:
@Obsolesce said in Looking to Buy a SAN:
@stacksofplates said in Looking to Buy a SAN:
@Obsolesce said in Looking to Buy a SAN:
It goes beyond functions.
Serverless Kubernetes and container services.
Serverless application environments.
Don't forget about the CI/CD pipelines, which can pretty much do anything you want, even on-prem if want to host (an Azure) worker there (still 'serverless' in the other sense).
There's Serverless Automation, inventory, change tracking...
DSC (config management) without needing a server.Update management
Device management
etc... and it keeps growing.
I think that confuses the idea. The only thing people refer to when they say serverless is functions like Lambda, GCP Cloud Functions, Azure Functions, etc. Things that only run when a request appears. The other things are SaaS offerings. By that definition any SaaS would be "serverless".
With things like GKE, EKS, ECS, etc you still have to manage the docker containers. That's just a hosted PaaS.
All of what I mentioned is not SaaS offerings.
It's all part of this for example, their (Azure's) serverless arsenal:
- https://azure.microsoft.com/en-us/solutions/serverless/
- https://docs.microsoft.com/en-us/azure/architecture/serverless/
- https://docs.microsoft.com/en-us/azure/architecture/reference-architectures/serverless/cloud-automation
- https://docs.microsoft.com/en-us/azure/architecture/serverless/guide/serverless-app-cicd-best-practices
Maybe it adds in to the confusion because it's not the primary serverless 'easy example' if you know what I mean.
If you read how they state it in those links, it's referenced not as serverless but whatever the thing is supporting serverless. An example from the CI/CD page:
This article discusses a CI/CD pipeline for the web frontend of a serverless reference implementation.
The solutions/serverless page isn't like that but Azure is the only provider I've seen call something serverless that wasn't functions. And a lot of their examples are kind of weird. Like the AKS one:
Elastically provision pods inside container instances that start in seconds without the need to manage additional compute resources.
That's just what kubernetes does? It's nothing that serverless provides, that's k8s job.
I'm thinking more along the lines of serverless as the definition... really, BaaS. Those aren't SaaS... technically what you are referring to is FaaS (Functions).
I'm just going to have to gracefully disagree that "serverless" is and can be ONLY Lambda, AZ/GCP Functions, and other identical services, and nothing else.
Yeah not trying to start an argument. It's just Azure is the only company I've seen market things like that.
-
@stacksofplates said in Looking to Buy a SAN:
Did you look at any of the examples I gave?
Yes, though they mention things I've never seen, so some I don't understand.
How does data from the EHR get to the accounting software?
by scraps of paper from our billing department - total income today from BCBS = $20,453.32, etc
How does a customer get notified of your online crap with Teams that you guys are doing?
I'm not sure what online crap you're talking about? You mean the meeting the customer/patient has been invited to? They get a meeting invite in email - how else would they get it? Teams handles sending the invite themselves.
Now Maybe - maybe something could be created in the EHR, that could hit a webhook on O365 that could auto generate the teams meeting in the correct provider's calendar and invite the patient... that could be cool...
How does the accounting software send out billing information?
we don't bill from the accounting software - that's completely inside the EHR. The EHR has all the insurance/patient billing stuff inside itself. The accounting software is mainly the internal business side of things, assets, accounts payable...Though I could see perhaps we could use it to have processes that could maybe pull that BCBS and other insurance payments from the EHR into the accounting software, and it could maybe pull in the payroll information as well - that's another hosted solution... Cool.
-
@stacksofplates said in Looking to Buy a SAN:
@Obsolesce said in Looking to Buy a SAN:
@stacksofplates said in Looking to Buy a SAN:
@Obsolesce said in Looking to Buy a SAN:
@stacksofplates said in Looking to Buy a SAN:
@Obsolesce said in Looking to Buy a SAN:
It goes beyond functions.
Serverless Kubernetes and container services.
Serverless application environments.
Don't forget about the CI/CD pipelines, which can pretty much do anything you want, even on-prem if want to host (an Azure) worker there (still 'serverless' in the other sense).
There's Serverless Automation, inventory, change tracking...
DSC (config management) without needing a server.Update management
Device management
etc... and it keeps growing.
I think that confuses the idea. The only thing people refer to when they say serverless is functions like Lambda, GCP Cloud Functions, Azure Functions, etc. Things that only run when a request appears. The other things are SaaS offerings. By that definition any SaaS would be "serverless".
With things like GKE, EKS, ECS, etc you still have to manage the docker containers. That's just a hosted PaaS.
All of what I mentioned is not SaaS offerings.
It's all part of this for example, their (Azure's) serverless arsenal:
- https://azure.microsoft.com/en-us/solutions/serverless/
- https://docs.microsoft.com/en-us/azure/architecture/serverless/
- https://docs.microsoft.com/en-us/azure/architecture/reference-architectures/serverless/cloud-automation
- https://docs.microsoft.com/en-us/azure/architecture/serverless/guide/serverless-app-cicd-best-practices
Maybe it adds in to the confusion because it's not the primary serverless 'easy example' if you know what I mean.
If you read how they state it in those links, it's referenced not as serverless but whatever the thing is supporting serverless. An example from the CI/CD page:
This article discusses a CI/CD pipeline for the web frontend of a serverless reference implementation.
The solutions/serverless page isn't like that but Azure is the only provider I've seen call something serverless that wasn't functions. And a lot of their examples are kind of weird. Like the AKS one:
Elastically provision pods inside container instances that start in seconds without the need to manage additional compute resources.
That's just what kubernetes does? It's nothing that serverless provides, that's k8s job.
I'm thinking more along the lines of serverless as the definition... really, BaaS. Those aren't SaaS... technically what you are referring to is FaaS (Functions).
I'm just going to have to gracefully disagree that "serverless" is and can be ONLY Lambda, AZ/GCP Functions, and other identical services, and nothing else.
Yeah not trying to start an argument. It's just Azure is the only company I've seen market things like that.
Yeah I gotcha, the Functions stuff and "Azure Automation" stuff is what got me into serverless in the first place, so that I know is the bread and butter... and I do realize going outside that gets gray.
-
@Dashrender said in Looking to Buy a SAN:
Now Maybe - maybe something could be created in the EHR, that could hit a webhook on O365 that could auto generate the teams meeting in the correct provider's calendar and invite the patient... that could be cool...
Yeah things like that is what I meant. Someone calling that number doesn't auto generate the meeting. A person has to answer the phone and set it up.
Though I could see perhaps we could use it to have processes that could maybe pull that BCBS and other insurance payments from the EHR into the accounting software, and it could maybe pull in the payroll information as well - that's another hosted solution... Cool.
Yeah that's manual work that shouldn't exist. Client A has procedure B or checkup or whatever. That's saved in the EHR software, and a webhook or some kind of payload is sent to the accounting software. Paper being passed around or even typing from one system to another is guaranteed mistakes.
-
@stacksofplates said in Looking to Buy a SAN:
@Dashrender said in Looking to Buy a SAN:
Now Maybe - maybe something could be created in the EHR, that could hit a webhook on O365 that could auto generate the teams meeting in the correct provider's calendar and invite the patient... that could be cool...
Yeah things like that is what I meant. Someone calling that number doesn't auto generate the meeting. A person has to answer the phone and set it up.
Yeah, not sure that would work - I mean I suppose someone could make something that would tie into an auto-attendant phone system for voice prompts - but really I feel that would have to be on the side of the EHR, a hosted app.
I mean I suppose we could invest thousands or more into trying to access the data via API, generate our own IVR for patients to call, to automate the process, I just don't see that being signed off on. One of the things we previously 'prided' ourselves on was human contact first. At least this was the directive from the BOD. Pushing things to automation has previously not be desired, as it dehumanizes healthcare, at least in their opinion. Of course, we have a new crop of doctors, etc... so things can and do and will change.
-
I think this is pretty far off topic from "Looking to buy a SAN" even for magolassi lol.
-
LOL - yeah a forking of threads would be good.
The OP did at least come back and say their company went forth with buying a SAN, so at least we aren't taking away from that anymore.
-
@Dashrender said in Looking to Buy a SAN:
@stacksofplates said in Looking to Buy a SAN:
@Dashrender said in Looking to Buy a SAN:
Now Maybe - maybe something could be created in the EHR, that could hit a webhook on O365 that could auto generate the teams meeting in the correct provider's calendar and invite the patient... that could be cool...
Yeah things like that is what I meant. Someone calling that number doesn't auto generate the meeting. A person has to answer the phone and set it up.
Yeah, not sure that would work - I mean I suppose someone could make something that would tie into an auto-attendant phone system for voice prompts - but really I feel that would have to be on the side of the EHR, a hosted app.
I mean I suppose we could invest thousands or more into trying to access the data via API, generate our own IVR for patients to call, to automate the process, I just don't see that being signed off on. One of the things we previously 'prided' ourselves on was human contact first. At least this was the directive from the BOD. Pushing things to automation has previously not be desired, as it dehumanizes healthcare, at least in their opinion. Of course, we have a new crop of doctors, etc... so things can and do and will change.
Sorry didn't see this. I wasn't even talking about the phone. I'm saying an online scheduler. The telemedicine we use you just open the app say you need a visit and they call you in like 15 mins. That could pretty easily be done with your site.
One of the things we previously 'prided' ourselves on was human contact first. At least this was the directive from the BOD.
Well then I guess that's the end of it.
I went to a Dr's office before my surgery and the hospital has a giant network where they can give you results and everything through their app/web portal. The dr I went to literally said "oh we don't use apps here" and they required the hospital to fax them the information. It took like 3 weeks to get the info to them because they kept screwing up. There may be people out there that like the offices that are like that but I'm definitely not one of them.
-
@stacksofplates said in Looking to Buy a SAN:
The telemedicine we use you just open the app say you need a visit and they call you in like 15 mins. That could pretty easily be done with your site.
Oh, we could too - if we had schedules like that, but we don't. Management currently consider out schedules so complex that we don't allow people to make online appointments. It's not like we only have two kinds of appointments (new patient/existing patient). I'm not saying that we couldn't do something, we are currently actively trying to get something going. But it's extremely common to have multiple appoints all tag off each other, i.e. radiology followed by clinical appt followed by a procedure. Doing that in the computer is not possible in our current system. But still, we are looking into attempting to make online appointments a thing here.
Though - really - you have enough staff just sitting around doing nothing that they can just take a new unscheduled appointment with 15 min notice? Must be nice.
We are generally scheduled out at minimum of 2 weeks, some physicians are so requested they have a 6 month waiting period. But that's all off time. -
@stacksofplates said in Looking to Buy a SAN:
I went to a Dr's office before my surgery and the hospital has a giant network where they can give you results and everything through their app/web portal.
We have that too. Our results and your records are available in our patient portal - a website, no app at this time.
The dr I went to literally said "oh we don't use apps here" and they required the hospital to fax them the information. It took like 3 weeks to get the info to them because they kept screwing up. There may be people out there that like the offices that are like that but I'm definitely not one of them.
We're not that bad, no where near. We have access to a local system called NeHII - it's a health interchange between all Nebraska hospital system - and it's an opt-out system for the patients (and you're barely made aware of it when visiting a hospital or any affiliated clinical office).
Additionally, since my providers have privileges to almost all of the local health systems around town, our staff have direct access to those medical records systems to pull data without needing to make a request and waiting on whatever form of data transfer might happen. Of course, that said, the data is typically extracted as a PDF and uploaded as such to our EHR, so no discreet data, but at least we generally have fast access to it.
